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(a)gmail.com>:
>>> W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
>>>> 2012/2/26 Julian Sikorski<belegdol(a)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 .
Other thing that would be nice is a link for "mplayer 20120204
snapshot".
My problem with using internal ffmpeg is that it balloons mplayer up to
about 50 mb from it's current 3.7 mb.
I've gotten mplayer to build using an external ffmpeg EXCEPT for the
very last step where it actually links mplayer to the ffmpeg libraries.
There's a problem with the Makefile.
I filed this bug report with the mplayer group:
They closed it because it didn't have enough information. I was going
to reopen it and add the missing information. I just hadn't gotten that
far yet.
Joseph D. Wagner