From: Mike M. <mel...@pc...> - 2004-02-03 23:21:20
|
On Tue, 3 Feb 2004, James Stembridge wrote: > On Tuesday 03 Feb 2004 04:33, Mike Melanson wrote: > > The following decoders in xine's libxineadec are obsolete, as they > > have been ported to ffmpeg: > > > > 28k8.c > > Support for this ffmpeg decoder isn't actually hooked up yet. Hmm, thanks for pointing this out. I'll stick with the decoders I maintain personally and have actually tested...:) > As an intermediate measure I would suggest raising the priority of the ffmpeg > audio decoder. That way people can go back to the old decoders if there are > any problems with the ffmpeg versions. One problem is that this won't have any effect on existing xine installations. xine starts up for the first time, pulls the set of priorities from the decoders, saves them, and then uses the saved copy. You can modify the source to dictate a higher priority but it won't matter; after you install the modules with the modified priorities, xine will use its saved priorities. This is not such a big issue for the existing set of codecs as it was when the native SVQ3 decoder was rolled out last year (binary QT DLL still had priority over ffmpeg, even though binaries were not installed). Actually, there may (no, WILL) be a problem in some cases where the demuxer -> decoder interaction has changed to integrate with ffmpeg. Hmm... -- -Mike Melanson |