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:
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:
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
rm -r xbmc/cores/dvdplayer/Codecs/$i
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.