[MPlayer-users] Echo, garbled realaudio stream in mplayer

WoofDEf mplayer.20.flubberlubber at spamgourmet.com
Tue Feb 7 17:23:41 CET 2006


Hello

I have mplayer 1.0pre7-4.0.2 installed on Fedora Core 4, from an rpm from one of
the repos.  Xine already had a set of additional codecs in /usr/lib/win32 from
http://cambuca.ldhs.cetuc.puc-rio.br/xine/, but these did not seem to include
the realaudio codecs, so I copied the codecs with different names only from the
'essential' tarball to this directory, because Mplayer only wanted to look for
them there.  Putting them in /usr/local/lib/win32 did not work for mplayer.

# cp  /usr/lib/win32 /usr/lib/win32.bak
$ tar -xvjf essential-20050412.tar.bz2
$ cd essential*
# cp --reply=no * /usr/lib/win32

Mplayer does now indeed play realaudio streams, however..

The audio is fine for about 40 seconds, then it begins to run over an echo of
itself (sync?) and become rapidly garbled and choppy, so it's unlistenable.

Xine does exactly the same thing, except it only wants to point at the realaudio
libraries in RealAudio9, which is also installed. It doesn't seem to want to use
the ones i've put in /usr/lib/win32.

This behavior is on both a slow modem connection and also a rather flaky
"broadband" (sic) connection, which is also at times slow.

RealPlayer9, on the other hand, does stop and start when the connection is slow
but it does not do this garbled-echo thing and is listenable when the connection
settles down.

After reading http://www.mplayerhq.hu/DOCS/HTML/en/streaming.html
I tried putting cache=8192 in mplayer's config file but so far that just locks
it up.  Similarly with cache=4096

Drivers are currently alsa.

Any help anyone?  I really would greatly prefer to use mplayer for realaudio
streams instead of RealPlayer.




More information about the MPlayer-users mailing list