From: <bar...@t-...> - 2003-06-26 19:37:49
|
hallo mike, > > 'Xine Codec API Project' > > > > or try to rebuild/finish UCI starting from a powerful existing API such > > as a Xine or FFMPEG plugin API. We had thoughts to use the Gstreamer > > plugin API for that, but its hardly possible without having Gstreamer as > > complete framework underlying, so this is not an option. > > Personally, I think ffmpeg/libavcodec is a much more appropriate > choice for a universal codec API. I would like to see all of xine's > present decoders moved there (in fact, I am moving in that direction) to > facilitate cross-project collaboration. this sounds like exactly the right direction for future developements to me. a few questions though: - does ffmpeg's codec api have all features needed, e.g. stuff like cache-local colorspace conversion (per-slice) like libmpeg2 has? - does ffmpeg have a plugin concept for dynamic loading of plugins? if not, do you see a chance to talk them into introducing such a feature? - how about demuxer plugins? could this api be shared as well? how about other project? does anybody on this list have contacts and/or deeper knowledge about other multimedia projects in the free software world? i'm thinking of mplayer g2, videolan and gstreamer here. my basic reasoning behin this is that now that all these different projects are getting close to their 1.0 releases (ok, not all of them ;) ) and so many developers have gained experience on how to design media players, codecs, do audio/video output, etc. it would be interesting to see if and how some collaboration between these projects could be established. guenter -- The Official MBA Handbook on business cards: Avoid overly pretentious job titles such as "Lord of the Realm, Defender of the Faith, Emperor of India" or "Director of Corporate Planning." |