Hi All, Thanks to the Tanguy Fautre at Aris Technlogies we have a shinny new ffmpeg, which this week I got ported to Linux and checked in to svn/trunk. The code is still under development, including the Cmake support which right now only support a pkg-config path so isn't yet ready for prime-time, but it's certainly ready for early adopters to dive and fixing up the remaining items like Cmake more generalised support.
One area that works on Tanguy's original code, but not yet the ffmpeg plugin that I put together is audio, so if you run: osgmovie -e ffmpeg mymovie.mpg You'll only get video up on screen, not audio will play. Tanguy's original code subclassed from osg::ImageStream to provide a mechanism for wiring up a audio sink for the audio streams that ffmpeg reads from the movie file. Our previous movie plugins handled the audio automatically so didn't have to deal with this, but ffmpeg doesn't deal with rendering of video or audio so it's up to us. The OSG itself doesn't have audio built in yet, so we either graft this support into the plugin or add the audio in separately. The later route would be the most flexible route, Tanguy's extensions of ImageStream enable this type of interoperability so my plan is to push these extensions directly into osg:ImageStream. This doesn't solve the problem of providing the audio sink though... only possibility would be to have osgmovie use something like SDL to provide the audio, or we could even provide an option in the plugin to use SDL. SDL on macs plays silly games with Cocoa though so you end up odd dependencies even if you don't use video so I'm not convinced this is a clean solution as it could be. So.... members of the community, what audio libraries should be on our list of targets? Do we even go as far as integrating osgAL/osgAudio directly into the core just to enable this plugin to gain the option of audio? I'm not expecting 100% solutions right away, and am happy experimenting with interim solutions like SDL just to get the audio side tested, then hopefully with better insight into the possible solutions that the community spots we'll then be able to come up with a good path forwards. Another aspect to this plugin that is a little intriguing is that it's a cross platform solution, and it works fine under 32bit and 64bit as far as aware. This later capability means that under OSX 64bit it will work out of the box unlike the present Quicktime movie plugin, so it could avoid one of the stumbling blocks for doing 64bit build under OSX (the other stumbling block is Apple crappy decision to not port Carbon to 64bit). Personally I'd much prefer to be able to maintain a single cross platform video solution instead of three plugins, two of which are platform specific. It's less code to develop, test, debug and maintain, and it also keeps the user base working on the same consistent tools so those tools get far more testing and refinement than what happens when you have disparate solutions. So... could we even deprecate the xine-lib and Quicktime plugins completely? Thanks in advance for your help in refining the Cmake support, suggestions on audio and general thoughts. Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
