Bug#653887: libavformat53 breaks mplayer

[Reinhard Tartler]

reassign 653887 mplayer 2:1.0~rc4.dfsg1-1
stop

Happy new year, Brian!

On So, Jan 01, 2012 at 02:37:37 (CET), Brian Paterni wrote:

> Package: libavformat53
> Version: 4:0.8~beta1-1
> Severity: serious
> Justification: 5

> Dear Maintainer,
>
> libavformat53 in experimental seems to have broken mplayer's ability to
> playback files. After upgrading to 4:0.8~beta1-1, mplayer reports the following
> whenever I attempt to play something:
>
> mplayer: relocation error: mplayer: symbol ff_codec_wav_tags, version
> LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference

I really think this is a bug in mplayer. ff_codec_wav_tags is and always
was an internal symbol, that is no longer exported since this commit:

http://git.libav.org/?p=libav.git;a=commitdiff;h=8d74bf17c6d6280195854f4dadb19ef37d054566

This issue a long-standing wart in mplayer that should really be fixed
there.

In mplayer2, this was fixed properly, please see this very fine
explanation in the commit message:

http://git.mplayer2.org/mplayer2/commit/ffmpeg_files?id=a009d56d4d9672e88660bc7e1d179bbbdfb7b35a

I think something similar should be applied for mplayer1 as well. For
now, I'd therefore recommend to use mplayer2. Does this package work for
you with libav 0.8?

In any case, this should be release noted in the final 0.8 release. I
have reported this as http://bugzilla.libav.org/show_bug.cgi?id=187

> I believe this is a 'serious' issue that needs to be addressed. Let me know if
> I can provide more information.

I agree that this is a serious issue, but not a really new one. I left
the severity to 'serious' (i.e., release critical) because I don't think
we should release wheezy with this mplayer package.

Thank you very much for testing and your report,
Reinhard

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4