Updating mplayer: how about using bundled ffmpeg?

[Sérgio Basto]

On Mon, 2012-02-27 at 14:49 +0100, Julian Sikorski wrote: 
> W dniu 27.02.2012 05:16, Andrew Schultz pisze:
> > Julian Sikorski wrote:
> >> Hi,
> >>
> >> I was trying to update mplayer and most of the problems I am having are
> >> due to using shared ffmpeg, which is discouraged and unsupported by
> >> upstream. The latest error is:
> >>
> >> libmpdemux/mp_taglists.c:27:34: fatal error: libavformat/internal.h: No
> >> such file or directory
> >>
> >> when trying to build 20120204 snapshot. Looking at the svn log, this was
> >> added in revision 34243 (from 20111023). This all seems to indicate that
> >> trying to use system ffmpeg is an uphill battle which will always going
> >> to keep our mplayer behind, as well as piss upstream off when we come
> >> asking for help.
> >> The alternative would be to switch to mplayer2. What are your opinions?
> > 
> > It looks like the internal.h change was just in response to changes in
> > ffmpeg rather piling on further internal linkage.  The previous mplayer
> > package in rpmfusion included libavformat/riff.h which simply provided
> > the AVCodecTag struct (looks like a trimmed down version of ffmpeg's
> > riff.h).  Anyway, mp_taglists.c says it's including internal.h to get
> > that symbol and if I provide a ffmpeg/libavformat/internal.h that has
> > only that symbol (everything else ripped out) then mplayer compiles and
> > links succesfully (and seems to work).
> > 
> > I tried a more recent mplayer snapshot but that failed to build as
> > mplayer has added bits to use (public) bits from ffmpeg that were added
> > after ffmpeg 0.10.  It looks like that change landed in mplayer on Feb 14.
> > 
> > http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2012-February/043662.html
> > 
> > 
> I included the whole internal.h and indeed, mplayer builds now. So the
> only remaining issue is the gui problem with ff_png missing.


Good to know that , just proves that mplayer still very alive.

Mplayer2 doesn't convince me specially after known that does have
encoder part .
> 
> Julian
> 

-- 
Sérgio M. B.