HI Stephan, On Thu, Feb 26, 2009 at 12:10 PM, Stephan Maximilian Huber <[email protected]> wrote: > Don't know what ffmpeg needs, I used RtAudio for crossplattform playback > + recording of audio. It's basically one base-class with different > backends per platform: > > http://www.music.mcgill.ca/~gary/rtaudio/
Thanks for the link. I'll download it and have a look. > I am currently in progress developing GraphicsWindowCocoa, so perhaps we > have an alpha-quality-implementation by the end of this week. Good news, thanks for your efforts on this. Will it be able to handle multi-threading/multi-context windowing? > Without a true 64bit version of Quicktime which works on Win+Mac it > doesn't make sense to update/replace the plugin by QTKit. (Currently, > for 64bit, the 64bit app communicates with a 32bit background process, > which provides the video-stream, and it lacks some of features + is not > crossplattform) Sorry but I couldn't quite work out the exact status of 64bit + Quicktime. Will it be possible for use to move our present Quicktime plugin across to work under 64bit, even if means emulation, or do we simply have to disable the build of the Quicktime plugin under OSX. > Currently, I am against deprecating the quicktime-lib, because: > > 1.) it handles images default for OS X Which images does Quicktime support that we don't have other plugins for? Ideally I'd like to see us have cross platform support for all types of imagey that OSG users come across, this way users are locked into a single platform just because of a data type. > 2.) it handles live-video A quick search on the web suggest that live-video should be possible under ffmpeg. > 3.) it handles movies ffmpg can't handle Which movie formats are these? If we know which formats are potential issue we can look them up to see if they are supported/may be supported in the future. ffmpeg isn't a static target, support for various formats is improving over time so perhaps this issue should becoming less significant. > 4.) it has no dependencies on Mac OS X Kinda of true, but being only portable to Windows and OSX doesn't make it a fully portable no strings attached solution. > But if you want, go deprecate it, interested users can fork + maintain a > copy of it. I'm just suggesting that deprecating the xine-lib and quicktime plugins might make sense. I haven't made any decisions - we need to get this ffmpeg working well across all platforms before we could even consider such a move and even then we need to closely examine what the downside would be on such a move. The benefits are a unified code base that is developed and tested on all platforms, the downside is potential loss for some file formats. If we can enumerate the missing features then we'll be in better place to make an informed decision. As you mention, the quicktime and xine-lib plugins are open source so even if they are deprecated they can still be maintained by those that need them specifically. The first step in this process has to be getting the ffmpeg up and running with video and audio across all platforms, then to start looking at a set of test video/features that we can use a unit tests that we measure the plugin against. Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
