On Wed, Jun 05, 2002 at 11:18:31AM -0400, Steve Freeland wrote:
> Suppose my app calls player->Get(AUDIO_CODECS, &string, 0). If,
> at startup, the registry did not contain certain codec names that were
> added since the last invocation (due to a new version installed, or more
> win32 dlls added or whatever), will the new codecs' names be included in
> the string returned by the Get() call?
> Also, is the behaviour the same for the AUDIO_RENDERER/VIDEO_RENDERER
> properties?
Well these calls are supposed to return something - but it's not garanteed
what it will be - i.e. for codecs it might happen I'll replace long
names with short mplayer compatible codec descriptions.
Morever AUDIO_CODECS string is just a hint string for sorting
(so I'll actually probably provide backward compatible sorting method
if I'll eventually switch to shorter names)
It doesn't have to contain all available codecs (video_codes & audio_codecs
vectort have them - though I do not like that those globals
variables the change of this would require change of every app using
libavifile) - i.e. you could put there just FFMPEG and it will
put all FFMPEG codecs ahead of others...
For Audio Renderer & Video renderer the names will not be changed
but agains - these string are just preferencies hints and do not
respect what is compiled/supported by libaviplay library.
--
.''`. Zdenek Kabelac kabi@{debian.org, users.sf.net, fi.muni.cz}
: :' : Debian GNU/Linux maintainer - www.debian.{org,cz}
`. `' As Yoda would say: "Worse than Phantom Menace this movie cannot be."
`- bbspot.com: Attack of the Clones review :)
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile