x264 and ffmpeg updates coming to rawhide

[Dominik 'Rathann' Mierzejewski]

On Monday, 15 December 2008 at 04:23, Stewart Adam wrote:
> On 12/14/08 5:13 PM, Dominik 'Rathann' Mierzejewski wrote:
> >On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski 
> >wrote:
> >
> >This needs a proper fix, but for now the attached patch makes it build.
> >
> >Also, it seems to me that avidemux contains local copies of several ffmpeg
> >libraries: libavcodec, libavformat, libavutil, libpostproc and libswscale.
> >Could it be patched to use our externally packaged ones?
> >
> >Regards,
> >R.
> 
> Thanks for the patch - it worked perfectly.
> 
> I've started making changes regarding the internal ffmpeg libraries, but it 
> looks like avidemux uses a bunch of the internal headers that aren't 
> included in ffmpeg-devel.

*Sigh*. Same problem as MPlayer, then. You'd better talk to upstream and see
if they'll consider moving to using only public API. Which should also make
it easier to update to newer versions of ffmpeg.

> I've attached the changes I made up until the 
> point where bitstream.h is required so it bails out. (it also required 
> bswap.h, the macros it required appeared to do nothing - be2me_*(x) was (x) 
> - so I just removed the be2me_* calls). Where do we go from here?

Isn't be2me doing byte-swapping from big-endian to native-endian? In that
case you shouldn't just remove it, because x86 is little-endian.

Anyway, this isn't something we can easily solve on our own, so let's get
avidemux and ffmpeg upstreams talking about this instead.

Regards,
R.

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"