On Mon, Sep 10, 2001 at 08:28:54AM -0700, Eugene Kuznetsov wrote:
> Hello Mike,
> MN> k.uni-erlangen.de writes:
> MN> The vcr tool (a command line capture program that uses avifile, see
> MN> http://www.stack.nl/~brama/vcr) has the same problem. I tried to fix
> MN> that, but I didn't find a clean way to trigger the PluginFill() call
> MN> (besides calling Creators::CreateVideoEncoder() with bogus parameters).
>
> MN> So what it is the "official" way to get a list of available video
> MN> codecs?
>
> If this is true, it's either a bug, because video_codecs vector is
> supposed to be filled during libaviplay.so initialization, or a
> feature that Zdenek added and didn't tell me ... Let's wait for his
> comment.
Yep this is feature added by me - and I've forget to check other
programs - now I see we have little problem.
First why I've made this change - I'm slowly moving initialization
of all parts at the actual time when they are needed - there are
tools which do not need to have codec's list - like avitype - so
the list is filled when someone calls fist open to codecs -
Simple solution for now - open some default codec first - this will
fill the video_codec list.
Permanent solution - export function for getting video_codecs list - we
generaly should prohibit any usage of internal variable of avifile
anyway - I'll try to implement this later - for now I've got into
algorithmic deadlock :( with some other problem and I'm expecting
it will take me a lot of time (thought I think 98% will never see
the difference...)
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
Zdenek Kabelac http://i.am/kabi/ kabi@{i.am, debian.org, fi.muni.cz}
Resistance is futile. You all will be packaged
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
