You are not logged in.
Pages: 1
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
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
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
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
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
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
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
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
yeah, that is me
Give what you have. To someone, it may be better than you dare to think.
Offline
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
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
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
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
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
Pages: 1