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

[Yann <ya...@3i...>]

Hi there,

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 ;)

Comments welcomed,
if nobody against, I could add this ASAP ;)

Yann.

PS : Alexander, if you developped codecs that aren't currently supported in
the lib and want to share your creation, don't hesitate to send us a patch
:)
or we could even discuss about a CVS access ...

----- Original Message -----
From: "Nick Humfrey" <nj...@ae...>
To: <ope...@li...>
Sent: Thursday, July 11, 2002 11:35 PM
Subject: Re: [Openquicktime-devel] Messed CVS + Feature Request


> Hi,
>
> Yes, CVS being messed up is my fault. I got in a bit of a tangle just
> before I left for holiday and commited things I shouldn't have. But
> don't worry I haven't given up! I shall be back and working on OQT -
> almost full time hopefully when I get back from holiday - in a week
> or so.
>
> The main thing I am working on is getting audio sample sizes other
> than 16bit working and hopefully making the API/internal APIs a
> little bit nicer.
>
>
> De-registering is something that I didn't bother doing - I seem to
> remember that there are empty functions where there should be code...
>
> 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?).
>
> I will look at updating the Make files to link against
> libopenquicktime when I get back...
>
>
> Cheers,
>
> nick.
>
>
> >The OpenQuicktime CVS seems messed up at the moment. I could't
> >compile it under SUSE 8.0, gcc 2.9x.
> >
> >I had to change "structs.h", because the compiler complained about
> >redefinition of
> >
> >typedef __s8 oqt_int8;
> >typedef __s16 oqt_int16;
> >typedef __s32 oqt_int32;
> >typedef __s64 oqt_int64;
> >typedef __u8 oqt_uint8;
> >typedef __u16 oqt_uint16;
> >typedef __u32 oqt_uint32;
> >typedef __u64 oqt_uint64;
> >
> >Also, in openquicktime.h some function prototypes are not in sync
> >with the code. Maybe someone forgot to commit his changes.
> >
> >Also, I'd like to see a feature for de-registering a codec or at
> >least to override an already registered codec. I developed a RLE and
> >enhanced RAW codec but it has to be loaded before the Simple plugin.
> >Of course I could set the OQT_PLUGIN_DIR to always load my codecs
> >first.
> >
> >Also, the video and audioplugins should be linked with the library
> >(-l openquicktime) again. Otherwise you could get unresolved
> >references if you use openquicktime and codecs in an external
> >application. libopenquicktime should be in the dependency list of
> >the codec, as it was in the old CVS.
> >
> >Maybe someone could care about this, because OQT is really great!
> >
> >Thanks,
> >
> >Alex
> >
> >ale...@ve...
> >
> >
> >
> >-------------------------------------------------------
> >This sf.net email is sponsored by:ThinkGeek
> >PC Mods, Computing goodies, cases & more
> >http://thinkgeek.com/sf
> >_______________________________________________
> >Openquicktime-devel mailing list
> >Ope...@li...
> >https://lists.sourceforge.net/lists/listinfo/openquicktime-devel
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> PC Mods, Computing goodies, cases & more
> http://thinkgeek.com/sf
> _______________________________________________
> Openquicktime-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openquicktime-devel
>