[PATCH] xbmc: port to FFmpeg-0.8 API

[Alex Lancaster]

> Hi,
> it seems that I forgot about xbmc. However, I have now managed to port
> it to the new FFmpeg API and it builds fine. I'm not sure the patch
> is 100% correct, but upstream should be able to improve upon it.

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.

> By the way, how is the unbundling effort coming along?

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.

> I can still see a ton of bundled libraries:

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=xbmc-generate-tarball-xz.sh

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

> liba52
> libdts
> libdvdnav
> flac
> nofrendo
> libsidplay/utils, resid
> snesapu
> StSoundLibrary
> ASAP
> timidity
> vgmstream
> libvorbis
> libogg
> unrar
> cmyth
> cximage
> libupnp
> libopendaap (modified)
> apetaglib
> libexif
> libhts
> libid3tag
> libscrobbler
> squish
> sqlite