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

Reply via email to