Re: [Openquicktime-devel] Messed CVS + Feature Request

[Jozef H. <jh...@ho...>]

>We could implement something like "merits" in Directshow Filters : each
>codec would register itself whith a dword merit. When encoutering a known
>  fourcc, the OQT lib would try codecs in order of merit. All the codec 
>given
>with the OQT lib could have a NORMAL merit, then user wanting to overload
>codecs could just register their own codecs with a higher merit ... simple
>and efficient ;)

At registration time, if there is a codec with the same signature there, 
either
we replace it, or we don't honor the new registration, based on merits.

Detail: Low merit codecs should never be in a plugin with their signature in 
the
file-name, so that all plugins have to be opened, otherwise the "better" 
implementation
has no chance to show its prooves.  Luckily enoght it's the case for the 
"simple" codecs
and for decoding-only aliases (like DIV3 and DIV4 in DX50).

I was thinking about this. Then I realized that it would be great to have 
different
merits for the encoder and for the decoder (example: 3ivx decodes DIV4, but 
you
would have to use the original codec for DIV4-encoding).

But this seems to be difficult to do the way things are now, mainly because 
when
a codec is loaded we can't know if it is for reading or for writing.  And
you can imagine an application that uncompresses a file, transcodes a track
and recompresses it. The codec will be loaded only once.

That's why I gave up :-(.

But having merits at the plugin level seems interesting though.  I'll try to 
do it.

> > I agree that deregistering could be good but in this specific case
> > why do you want new (better?) versions of RLE and RAW ? - why not
> > just replace the exisiting code - which I'm not sure even works yet
> > (Jozef?).

raw  video (RGB and RGB+alpha) works, as far as I know.  RLE is independent,
it can be added without modifying the rest.

If there is something wrong with video codecs, please complain, I care about 
it.

By the way (to bounce the ball back to N), some changes broke the
audio encoding altogether, it only creates 0-sample-long tracks.  I have no 
idea
how the audio part of the lib works, so if some-one could please have a 
look...


Last thing, while we're here, contrary to the comments I think raw access to
compressed data is usefull, for copying or editing for example.  So please
do not remove it like the comments threatten.  N?

> > >Maybe someone could care about this, because OQT is really great!

I agree,

Jozef

_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com