[MPlayer-dev-eng] [MPlayer-cvslog] r34099 - in trunk/libass: ass.c ass.h ass_bitmap.c ass_bitmap.h ass_cache.c ass_cache.h ass_drawing.c ass_font.c ass_font.h ass_fontconfig.c ass_fontconfig.h ass_library.c ass_library.h ass_parse.c...
Yuriy Kaminskiy
yumkam at mail.ru
Fri Sep 16 07:20:20 CEST 2011
Erik Auerswald wrote:
> Hi,
>
> On Tue, Sep 13, 2011 at 03:58:56PM +0200, Diego Biurrun wrote:
>> On Tue, Sep 13, 2011 at 02:39:19PM +0200, Erik Auerswald wrote:
>>> On Tue, Sep 13, 2011 at 01:51:45PM +0200, Diego Biurrun wrote:
>>>> On Tue, Sep 13, 2011 at 09:09:49AM +0200, Erik Auerswald wrote:
>>>>> On Mon, Sep 12, 2011 at 06:12:41PM +0200, Reimar Döffinger wrote:
>>>>>> [...]
>>>>>> If we want to remove things: Does anyone remember a reason to keep
>>>>>> mp3lib? Because that one is high-cost in comparison.
>>>>> I currently need mp3lib because the default mpg123 crashes on every mp3
>>>>> file I have.
>>>> What do you mean by "default mpg123"?
>>> That MPlayer decides to use the mpg123 (based?) code by default.
>> I'm still not following. Is "default mpg123"
>>
>> a) what MPlayer carries along in the mp3lib/ directory or
>> b) the upstream libmpg123 from mpg123.de (which version)?
>
> I'll check when I'm back at my home system (not before Friday). I suppose
> configure output and existing system librarys should be enough to decide
> this. If system libs are used, they are from Debian/Sid, last updated
> Sunday.
libmpg123 package 1.12.1-3.2 on debian/sid is broken (it fails to hide internal
symbols, they overridden by symbols from MPlayer/mp3lib [with different ABI],
resulting in crash).
As package from squeeze (same upstream version) is *not* broken in same way, and
changes in packaging looks minor and unrelated, have no idea why it is broken.
Likely ./configure --disable-mp3lib also will fix this crash :-)
> Anyway, If I specify "-afm mp3lib" I can play mp3 files and videos with
> included mp3 audio. If I don't specify -afm ..., mplayer crashes when
> trying to play an mp3.
>
> What I am trying to say is that I need mp3lib support. I don't currently
> know if the version included in mplayer is used or some system lib. I
> assumed that the included code is used without even checking for a system
> wide replacement; I don't specify anything mp3 related when calling
> configure. But I don't know for sure and cannot check at the moment.
>
> Thanks,
> Erik
More information about the MPlayer-dev-eng
mailing list