You are not logged in.

#1 2011-03-28 21:31:23

zebulon
Member
Registered: 2008-10-20
Posts: 349

mplayer in testing is broken

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 extra mplayer makes it work again.

Offline

#2 2011-03-28 21:37:13

wonder
Developer
From: Bucharest, Romania
Registered: 2006-07-05
Posts: 5,941
Website

Re: mplayer in testing is broken

you should really report it upstream and paste me the link

Last edited by wonder (2011-03-28 21:37:33)


Give what you have. To someone, it may be better than you dare to think.

Offline

#3 2011-03-28 22:16:34

zebulon
Member
Registered: 2008-10-20
Posts: 349

Re: mplayer in testing is broken

OK, I'll try that, but that won't be easy to know which revision caused this. Furthermore, has it been confirmed by others?

Offline

#4 2011-03-28 22:48:00

Army
Member
Registered: 2007-12-07
Posts: 1,784

Re: mplayer in testing is broken

This happens to me as well with mplayer-git from the AUR, which differs a bit from the official mplayer. So I think this is definitely an upstream problem, because downgrading solves the problem.

Offline

#5 2011-03-28 23:15:02

xduugu
Member
Registered: 2008-10-16
Posts: 292

Re: mplayer in testing is broken

I did not test it with mplayer, but I've noticed the same problem with mplayer2. Rebuilding with gcc from core (4.5.2-6) fixed it for me.

Offline

#6 2011-03-29 04:23:52

markc
Member
From: Gold Coast, Australia
Registered: 2007-05-15
Posts: 502
Website

Re: mplayer in testing is broken

xduugu: thanks or the tip,  I just installed mplayer2 from community and my high pitched noise problem is gone (whew, I thought it was jack causing it).

Offline

#7 2011-03-29 11:24:40

wonder
Developer
From: Bucharest, Romania
Registered: 2006-07-05
Posts: 5,941
Website

Re: mplayer in testing is broken

i would really appreciate if somebody would report that upstream, posting relevant logs like mplayer -v filename, starting to debug with different audio output, if it happens only with  a specific codec etc. right now we have nothing.


Give what you have. To someone, it may be better than you dare to think.

Offline

#8 2011-03-29 12:15:20

kazuo
Member
From: São Paulo/Brazil
Registered: 2008-03-18
Posts: 413
Website

Re: mplayer in testing is broken

Looks like its already on the -dev list. http://lists.mplayerhq.hu/pipermail/mpl … 67977.html
Appers to only happen with mp3lib.

Last edited by kazuo (2011-03-29 12:15:57)

Offline

#9 2011-03-29 12:16:59

wonder
Developer
From: Bucharest, Romania
Registered: 2006-07-05
Posts: 5,941
Website

Re: mplayer in testing is broken

yeah, that is me


Give what you have. To someone, it may be better than you dare to think.

Offline

#10 2011-03-29 12:42:40

kazuo
Member
From: São Paulo/Brazil
Registered: 2008-03-18
Posts: 413
Website

Re: mplayer in testing is broken

wonder wrote:

yeah, that is me

Ops, sorry wonder. I know that I recognized the name! I'm bad with names... =]

EDIT: Someone need to do a firefox extension, so when you hover a name you get the nicknames and vice versa.

Last edited by kazuo (2011-03-29 12:45:21)

Offline

#11 2011-03-29 14:21:41

markc
Member
From: Gold Coast, Australia
Registered: 2007-05-15
Posts: 502
Website

Re: mplayer in testing is broken

Just a point of curiosity, I find the current mplayer2 2.0-2 from community actually works fine with mp3 files but it does not seem to have Jack support so I find it awkward to use (although I can't see how Jack support was disabled). Both mplayer2 2.0-4 from community-testing and mplayer2-git from AUR do have the problem with mp3 files so I guess 2.0-2 was built just before the problem was introduced.

Offline

#12 2011-03-29 15:05:04

wonder
Developer
From: Bucharest, Romania
Registered: 2006-07-05
Posts: 5,941
Website

Re: mplayer in testing is broken

mplayer2 2.0-2 was built with gcc 4.5 therefor not affected by the bug


Give what you have. To someone, it may be better than you dare to think.

Offline

#13 2011-03-30 02:15:35

skottish
Forum Fellow
From: Here
Registered: 2006-06-16
Posts: 7,942

Re: mplayer in testing is broken

kazuo wrote:

Looks like its already on the -dev list. http://lists.mplayerhq.hu/pipermail/mpl … 67977.html
Appers to only happen with mp3lib.

I'm curious why they just don't use the mp3 decoder that's included in the FFmpeg source code that doesn't suffer from this problem.

Offline

#14 2011-03-30 03:16:45

kazuo
Member
From: São Paulo/Brazil
Registered: 2008-03-18
Posts: 413
Website

Re: mplayer in testing is broken

skottish wrote:
kazuo wrote:

Looks like its already on the -dev list. http://lists.mplayerhq.hu/pipermail/mpl … 67977.html
Appers to only happen with mp3lib.

I'm curious why they just don't use the mp3 decoder that's included in the FFmpeg source code that doesn't suffer from this problem.

Because it is fast/more optimized, and have better support for quasi-broken mp3 (like a mp3 from streaming source in poor quality network). This is what I remember of the discussion some time ago. But, as is a long time ago, I really dont remember the exact and how much are the benefices and the final conclusion. I can't find the exactly thread (I'm having problems with my net, when I'm back I update this post), but search for "Thomas Orgis" mail and the "replacement for internal mpg123 fork (mp3lib)" threads.

EDIT: Something from codecs.conf (don't know how update it is)

audiocodec mp3
  ; this is preferred over ffmp2/ffmp3 since it is faster due to using
  ; floating point and there are even broken mkv files where the audio
  ; needs to be parsed, making this codec work more reliably
  info "mp3lib MPEG layer-2, layer-3"

Last edited by kazuo (2011-03-30 03:22:07)

Offline

Board footer

Powered by FluxBB