Updating mplayer: how about using bundled ffmpeg?

[Julian Sikorski]

W dniu 26.02.2012 19:02, Sérgio Basto pisze:
> On Sun, 2012-02-26 at 13:20 +0100, Julian Sikorski wrote: 
>> W dniu 26.02.2012 12:49, Nicolas Chauvet pisze:
>>> 2012/2/26 Julian Sikorski <belegdol at gmail.com>:
>>>> W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
>>>>> 2012/2/26 Julian Sikorski <belegdol at gmail.com>:
>>>>>> 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?
>>>>>
>>>>> I have no problem with moving to mplayer2 unless it's tight to
>>>>> switching to libav over ffmpeg. But I don't think it  would be
>>>>> related.
>>>>> Is there any drawback to moving to mplayer2 ?
>>>>
>>>> Well, I am not sure really. The last release was almost a year ago, but
>>>> the git has been relatively active:
>>>>
>>>> http://git.mplayer2.org/mplayer2/
>>>>
>>>> mplayer has a much bigger developer base, though.
>>>>>
>>>>> The current situation cannot hold any longer given that even for minor
>>>>> ffmpeg update, I need to rebuild mplayer anyway. So given that's not
>>>>> supported upstream I cannot see any reason to continue with this
>>>>> situation.
>>>>>
>>>>> Thx for working on this.
>>>>>
>>>>> Nicolas (kwizart)
>>>>>
>>>> I'd say the best solution would be to build mplayer using internal
>>>> ffmpeg, and then offer mplayer2 as an alternative. I have a working spec
>>>> for mplayer w/ internal ffmpeg, it only does not build on rawhide due to
>>>> gcc-4.7 shenaningans.
> 
> yeah so lets build it for F-16 without gcc.-4.7 .
> 
> 
>>>
>>> No, one need to make a decision, those are not parallel installable IIRC.
>>>
>>>
>>> Nicolas (kwizart).
>>>
>> Ah, indeed. Then I'm in favour of mplayer w/ internal ffmpeg.
> 
> Obviously, they suggest use internal ffmpeg , as all others who ship
> internal software . But first I'd like to know if you try with new
> ffmpeg-0.10 which have new x264 , or stable ffmpeg from rpmfusion  , in
> F-16 environment . 

I tried with ffmpeg-0.10. I first needed to downgrade to revision lower
than 34653 to account for symbols missing from the said version, and
then got hit by the issue with internal.h

> Other thing that would be nice is a link for "mplayer 20120204
> snapshot".

There is a script rpmfusion CVS in which you can change the date and it
will pull an SVN snapshot from a given date.

> 
>>
>> Julian
>>
> Thanks,