Mplayer spits out messages (both normal and abnormal) containing a significant number of characters with hex values above 127. For example, a recently played video produced the following: ==========================================================================
Mplayer spits out messages (both normal and abnormal) containing a significant number of characters with hex values above 127. For example, a recently played video produced the following: ========================================================================== ïÔËÒÙ×ÁÀ ÄÅËÏÄÅÒ ×ÉÄÅÏ: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffwmv1] vfm:ffmpeg (FFmpeg M$ WMV1/WMV7) ========================================================================== áÕÄÉÏ: ÂÅÚ Ú×ÕËÁ!!! îÁÞÁÌÏ ×ÏcÐÒÏÉÚ×ÅÄÅÎÉÑ... VDec: vo config ÚÁÐÒÏÓÉÌ - 320 x 240 (ÐÒÅÄÐÏÞÉÔÁÅÍÙÊ csp: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect ÎÅ ÏÐÒÅÄẠ̊Π- ÐÒÅÍÁÓÛÔÁÂÉÒÏ×ÁÎÉÅ ÎÅ ÐÒÉÍÅÎÑÅÔÓÑ. VO: [x11] 320x240 => 320x240 Planar YV12 Using MMX2 for colorspace transform SwScaler: using unscaled Planar YV12 -> BGR 32-bit special converter V: 192.5 2748 2% 3% 0.0% 0 0 0%% ÷ÙÈÏÄÉÍ... (ëÏÎÅà ÆÁÊÌÁ) This all occurs under a relatively generic KDE 3.2.1 installation with Konsole as the terminal program. Reproducible: Always Steps to Reproduce: Expected Results: I expect to at least have messages that I can read (if not understand :) ).
Some questions: - What version of mplayer is it? - Has this always happened, or did something trigger it. i.e. upgrading to a new version of mplayer or a certain library. - Does this happen on all media files? - If you run the graphical version of mplayer (gmplayer) and go to the configuration dialog, do you see any messed up text there also? - Can you emerge sync, emerge the same version of mplayer again and see if you still end up with this problem? Thanks
> What version of mplayer is it? 0.92-r1 (I believe the current stable version) > Has this always happened, or did something trigger it. i.e. > upgrading to a new version of mplayer or a certain library. Done it from the beginning - on two completety different (processor type, video card, sound card, and kernel branch) computers. > Does this happen on all media files? Absolutely, and with both normal messages (when no problem exists), and error messages (when something doesn't work). > If you run the graphical version of mplayer (gmplayer) > and go to the configuration dialog, do you see any messed > up text there also? I do not have the graphical version installed (I don't even see a gmplayer with 'qpkg -i mplayer' - I do see a kmplayer though). > Can you emerge sync, emerge the same version of mplayer > again and see if you still end up with this problem? Well, I just did the (security) update from 0.92 to 0.92-r1 with no effect, but it can't hurt. :) While I wait, this shows the flags I have set: # emerge -Dpv mplayer These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-video/mplayer-0.92-r1 -3dfx -3dnow +X +aalib +alsa +arts +dga +directfb -dvb +dvd +encode -esd -fbcon +ggi +gif -gnome -gtk +gtk2 +jpeg -lirc -matrox +oggvorbis +opengl -oss +samba +sdl +sse +svga +truetype +xmms +xv 213 kB Total size of downloads: 213 kB Portage did not download anything, however. One machine has the 2.6.5 kernel (and the other 2.4.25). No change - the complete output from playing an mp3 file (it played fine): $ mplayer file.mp3 MPlayer 0.92-3.3.2 (C) 2000-2003 MPlayer Team CPU: Advanced Micro Devices Athlon TB Thunderbird (Family: 6, Stepping: 2) Detected cache-line size is 64 bytes 3DNow supported but disabled 3DNowExt supported but disabled CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
> What version of mplayer is it? 0.92-r1 (I believe the current stable version) > Has this always happened, or did something trigger it. i.e. > upgrading to a new version of mplayer or a certain library. Done it from the beginning - on two completety different (processor type, video card, sound card, and kernel branch) computers. > Does this happen on all media files? Absolutely, and with both normal messages (when no problem exists), and error messages (when something doesn't work). > If you run the graphical version of mplayer (gmplayer) > and go to the configuration dialog, do you see any messed > up text there also? I do not have the graphical version installed (I don't even see a gmplayer with 'qpkg -i mplayer' - I do see a kmplayer though). > Can you emerge sync, emerge the same version of mplayer > again and see if you still end up with this problem? Well, I just did the (security) update from 0.92 to 0.92-r1 with no effect, but it can't hurt. :) While I wait, this shows the flags I have set: # emerge -Dpv mplayer These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-video/mplayer-0.92-r1 -3dfx -3dnow +X +aalib +alsa +arts +dga +directfb -dvb +dvd +encode -esd -fbcon +ggi +gif -gnome -gtk +gtk2 +jpeg -lirc -matrox +oggvorbis +opengl -oss +samba +sdl +sse +svga +truetype +xmms +xv 213 kB Total size of downloads: 213 kB Portage did not download anything, however. One machine has the 2.6.5 kernel (and the other 2.4.25). No change - the complete output from playing an mp3 file (it played fine): $ mplayer file.mp3 MPlayer 0.92-3.3.2 (C) 2000-2003 MPlayer Team CPU: Advanced Micro Devices Athlon TB Thunderbird (Family: 6, Stepping: 2) Detected cache-line size is 64 bytes 3DNow supported but disabled 3DNowExt supported but disabled CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 óËÏÍÐÉÌÉÒÏ×ÁÎÏ ÄÌÑ x86 CPU ÓÏ ÓÌÅÄÕÀÝÉÍÉ ÒÁÓÛÉÒÅÎÉÑÍÉ: MMX MMX2 Reading config file /usr/share/mplayer/mplayer.conf Reading config file /home/user/.mplayer/config Reading /home/user/.mplayer/codecs.conf: can't open '/home/user/.mplayer/codecs.conf': No such file or directory Reading /usr/share/mplayer/codecs.conf: 50 audio & 136 video codecs font: can't open file: /home/user/.mplayer/font/font.desc Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars) éÓÐÏÌØÚÕÅÔÓÑ ÁÐÐÁÒÁÔÎÁÑ Linux RTC ÓÉÎÈÒÏÎÉÚÁÃÉÑ (1024Hz). Can't open input config file /home/user/.mplayer/input.conf: No such file or directory Input config file /usr/share/mplayer/input.conf parsed: 52 binds ðÒÏÉÇÒÙ×ÁÎÉÅ file.mp3 Cache fill: 1.66% (139264 bytes) ïÂÎÁÒÕÖÅÎ ÁÕÄÉÏ ÆÁÊÌ. ========================================================================== ïÔËÒÙ×ÁÀ ÄÅËÏÄÅÒ ÁÕÄÉÏ: [mp3lib] MPEG layer-2, layer-3 MP3lib: init layer2&3 finished, tables done AUDIO: 44100 Hz, 2 ch, 16 bit (0x10), ratio: 16000->176400 (128.0 kbit) Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== Checking audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit... AF_pre: af format: 2 bps, 2 ch, 44100 hz, little endian signed int AF_pre: 44100Hz 2ch Signed 16-bit (Little-Endian) AO: [arts] Connected to sound server AO: [arts] Stream opened AO: [arts] buffer size: 20480 AO: [arts] packet size: 2048 AO: [arts] 44100Hz 2ch Signed 16-bit (Little-Endian) (2 bps) Building audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit... ÷ÉÄÅÏ: ÎÅÔ ×ÉÄÅÏ îÁÞÁÌÏ ×ÏcÐÒÏÉÚ×ÅÄÅÎÉÑ... A: 182.9 1.0% 0% ÷ÙÈÏÄÉÍ... (ëÏÎÅà ÆÁÊÌÁ)
Well, you'll have to work with me, since I merged the same version with the same USE flags and don't see the problem. I suspect a locale issue. could you provide the output from: set | grep LC set | grep LANG set | grep NLS thanks
Still waiting for information from submitter
This bug is most likely related to bug 75645 and 77175.
A LINGUAS problem (now solved).
