FS#23486 - [mplayer] 33136-1 has broken audio decoding

Attached to Project: Arch Linux
Opened by Eric (zebulon) - Monday, 28 March 2011, 21:34 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 30 March 2011, 20:19 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Ionut Biru (wonder)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

I just installed mplayer from testing: mplayer 33136-1 and found that the second time you try to read a video file with it, the sound is broken. I get a very high pitch sound all over a faint normal sound. Reverting to mplayer from extra makes it work again.
This task depends upon

Closed by  Ionut Biru (wonder)
Wednesday, 30 March 2011, 20:19 GMT
Reason for closing:  Fixed
Comment by Ionut Biru (wonder) - Monday, 28 March 2011, 21:38 GMT
can you please report it upstream and paste me the link?
Comment by xduugu (xduugu) - Monday, 28 March 2011, 23:18 GMT
The same issue applies to mplayer2. Rebuilding with gcc from core (4.5.2-6) instead of gcc 4.6 seems to be temporary solution.
Comment by Ionut Biru (wonder) - Tuesday, 29 March 2011, 06:54 GMT
what about the report?

http://www.mplayerhq.hu/design7/mailing_lists.html

this is a serious bug and i don't know if is mplayer or gcc fault

Comment by Ionut Biru (wonder) - Tuesday, 29 March 2011, 11:39 GMT
i managed to find that mp3 codec is the cause of the problem. Can anyone confirm this and if is happening with other codec too?
Comment by osily (ly50247) - Tuesday, 29 March 2011, 11:46 GMT
I use gcc 4.6.0-1 building the latest mplayer, mplayer2 and mplayer 32792 many times，all have this problem,I have to use -ac ffmp3 or -ac ffmp3float.
But gcc 4.5.2-6 works well.
Comment by Eric (zebulon) - Tuesday, 29 March 2011, 17:19 GMT
Ionut, I did not have the time to report it. I'll do it tonight and be back with a link. Thanks for the other posters, that will help do the report.
Comment by Ionut Biru (wonder) - Tuesday, 29 March 2011, 17:27 GMT
is reported. http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2011-March/067978.html

now i have to do that :)
Comment by Eric (zebulon) - Tuesday, 29 March 2011, 17:38 GMT
Well, I just sent a post to the ML, it should appear in a few minutes :/ It won't do any harm I guess :)
Comment by (N/A) (wantilles) - Tuesday, 29 March 2011, 18:12 GMT
Confirmed, also here.

It also happens with mplayer2.

It is not an mplayer issue per se, because I build regurlarly mplayer-svn for our adslgr64 repo.

Yesterday I built svn rev. 33137 (one version newer), and it plays normally.

However, I build it on top of the stable (in core) toolchain (gcc etc.).

I even build another version, dynamically linked to ffmpeg (ie with --disable-ffmpeg_a in configure), and this also again is fine - even again latest ffmpeg-git that I built myself (20110329 - two days later than that of testing).

So, I tend to conclude that it does not have to do with mplayer and/or ffmpeg code themselves, but either, with one (or more) of the following:

- the new building toolchain (gcc 4.6.x)
- the way you build mplayer (configure options)

I build it with the following extra options (configure line is the same):

'libvorbis' 'libbs2b' 'ladspa' 'mpg123' 'faad2' 'libdvdcss'

And of course the only MP3-relevant option is 'mpg123'.

Now, I see a relevant entry in mplayer's svn changelog:

------------------------------------------------------------------------
r31590 | diego | 2010-06-30 12:55:14 +0300 (Wed, 30 Jun 2010) | 3 lines

MP3 decoding through libmpg123
patch by Thomas Orgis, thomas-forum orgis org

------------------------------------------------------------------------

Maybe, mplayer needs to rely on libmpg123 (ie package 'mpg123') for proper/correct MP3 decoding?

Loading...