Re: [PATCH] xbmc: port to FFmpeg-0.8 API

Thanks for the patch. I'm not sure if it will apply to the latest upstream git (pre-"Eden", which is the next release) as they have done a lot of internal reorganization of the code. One of upstream's stated goals is to unbundle a lot of the libraries, see "restructuring" here: http://xbmc.org/theuni/2011/02/21/whats-going-on/ I haven't followed git too closely recently but I think they have have been progressing along those lines, so it's probably not worth spending too much effort on Dharma (10.x). I'll try to start porting a stable version of Eden (11.x) to rawhide. A lot of those libraries actually are either no longer used or we compile against the system version. For example, we compile against system libogg and libvorbis and sqlite3 (you can see they system libraries if you run "rpm -q --requires xbmc"). It may be that the code isn't removed from the tarball I remove most of them but if there are specific libraries which are still in the tarball that we don't use or compile against, let me know which and I can add them to my tarball cleaning script: http://fedorapeople.org/gitweb?p=alexlan/public_git/xbmc-rpm.git;a=blob;f... For liba52 and libdts we don't compile them at all IIRC and I strip out the bundled code in the tarball cleaning script: for i in liba52 libmpeg2 libdts do rm -r xbmc/cores/dvdplayer/Codecs/$i done There are also a few that have the same name as an existing system library, but are actually different code entirely. libexif, I think is one of those, see: http://trac.xbmc.org/ticket/8331. Others would be very difficult to extract without impacting other platforms, cximage, for example, although somebody did try to port to ImageMagick: http://trac.xbmc.org/ticket/8992 Some of these might be closer to resolution in the Eden/11.x branch. Alex