[MPlayer-users] unable to play Real Audio stream

Ross Gayler r.gayler at gmail.com
Wed Mar 26 11:16:46 CET 2008


Thanks, Roberto.

>This won't fix the playback in this case, but you're not calling MPlayer in
the right way here. If you want to use the .ram file you need the playlist
option
> mplayer -playlist http://woub.org/radio/woublive.ram

Yes, I tried that.  The real problem seems to be somewhat later in the
process.

> If you pass the rstp url directly you must be careful with escaping, since
it contains ? and ", so you have to do 
> mplayer -v 'rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University"'

Yes, I played with it further since my initial email and discovered that the
symptoms I reported in my first posting were actually a result of the MPUI
front-end not quoting the rtsp url properly when it invoked Mplayer.

However, even when I invoked Mplayer directly with the correct rtsp string
(thanks to your response and Wanderer's response) there is still a problem.

> BTW to play standard rtsp you need to install the live555 library.

How would I do that?  (Sorry, I am a complete noob with Mplayer.)

For what it's worth I also tried playing the same URL with VLC and got the
following error log:

main debug: adding playlist item `http://woub.org/radio/woublive.ram' (
http://woub.org/radio/woublive.ram ) main debug: creating new input thread
main debug: waiting for thread completion main debug: thread 4628 (input)
created at priority 1 (input/input.c:265) main debug:
`http://woub.org/radio/woublive.ram' gives access `http' demux `' path
`woub.org/radio/woublive.ram'
main debug: creating demux: access='http' demux=''
path='woub.org/radio/woublive.ram'
main debug: looking for access_demux module: 0 candidates main warning: no
access_demux module matched "http"
main debug: creating access 'http' path='woub.org/radio/woublive.ram'
main debug: looking for access2 module: 7 candidates access_http debug:
http: server='woub.org' port=80 file='/radio/woublive.ram main debug: net:
connecting to woub.org port 80 main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 206 access_http debug:
Server: Apache/2.2.8 (Fedora) access_http debug: stream size=133 access_http
debug: Content-Type: audio/x-pn-realaudio main debug: using access2 module
"access_http"
main debug: pre-buffering...
main debug: received first data for our buffer main debug: creating demux:
access='http' demux='' path='woub.org/radio/woublive.ram'
main debug: looking for demux2 module: 45 candidates playlist debug: found
valid M3U playlist file main debug: using demux2 module "playlist"
main debug: looking for a subtitle file in C:\RG_ProgFiles\VideoLAN\VLC\
main debug: `http://woub.org/radio/woublive.ram' successfully opened
playlist debug: starting playlist playback main debug: adding playlist item
`rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University"' (
rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University" )
main debug: EOF reached main debug: closing input main debug: removing
module "playlist"
main debug: removing module "access_http"
main debug: thread times: real 0m0.968750s, kernel 0m0.015625s, user
0m0.000000s main debug: thread 4628 joined (input/input.c:412) main debug:
creating new input thread main debug: waiting for thread completion main
debug: thread 4628 (input) created at priority 1 (input/input.c:265) main
debug: `rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University"'
gives access `rtsp' demux `' path
`media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM Live!"&author="WOUB
Radio - woub.org"&copyright="2005 Ohio University"'
main debug: creating demux: access='rtsp' demux=''
path='media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University"'
main debug: looking for access_demux module: 1 candidate
live555 debug: RTP subsession 'audio/MPEG4-GENERIC'
main debug: selecting program id=0
main debug: using access_demux module "live555"
main debug: looking for a subtitle file in C:\RG_ProgFiles\VideoLAN\VLC\
main debug: looking for decoder module: 28 candidates main debug: using
decoder module "faad"
main debug: thread 4788 (decoder) created at priority 2
(input/decoder.c:159) main debug:
`rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University"'
successfully opened
live555 warning: no data received in 10s. Switching to TCP
live555 debug: RTP subsession 'audio/MPEG4-GENERIC'
live555 error: no data received in 10s, aborting main debug: EOF reached
main debug: closing input main debug: removing module "live555"
main debug: removing module "faad"
main debug: thread times: real 0m12.437500s, kernel 0m0.000000s, user
0m0.000000s main debug: thread 4788 joined (input/decoder.c:191) main debug:
killing decoder fourcc `mp4a', 0 PES in FIFO main debug: thread times: real
0m13.703125s, kernel 0m0.046875s, user 0m0.000000s main debug: thread 4628
joined (input/input.c:412)
main: nothing to play

So it appears that VLC has tried to use the live555 library, which has
failed to read this stream.

> If you want to play that stream, you can do a quick workaround: in file
stream/librtsp/rtsp_session.c change the two #define RTSP_SERVER_TYPE_REAL
and RTSP_SERVER_TYPE_HELIX to something that will never match (eg. change
"Real" to "UnReal" ;) ) and recomplile

Let me check that I understand you here(and extrapolating a little bit from
what you wrote): Mplayer contains everything it needs to play this stream,
but currently cannot choose the right components to use for this stream
because the producers have made an unusual combination of a Realserver but
not Realaudio encoding, whereas Mplayer assumes that Realserver imples Real
encoding.  You might argue that the producers should change what they do,
but it works OK with RealPlayer, so they probably feel no pressure to change
anything.  So the Mplayer fix would be to have it check each of the
component choices directly whenever possible and only fall back to a
presumed correlation between server type and encoding when a more direct
assessment is not possible.  You would probably also provide a means to
force Mplayer to use specific components as a last resort for tricky cases
and debugging.

> If you want to play that stream, you can do a quick workaround: in file
stream/librtsp/rtsp_session.c change the two #define RTSP_SERVER_TYPE_REAL
and RTSP_SERVER_TYPE_HELIX to something that will never match (eg. change
"Real" to "UnReal" ;) ) and recomplile

I don't think I've compiled anything for about 20 years.  I'll leave this to
the experts for the moment :-)

Thanks

Ross



 

-----Original Message-----
From: mplayer-users-bounces at mplayerhq.hu
[mailto:mplayer-users-bounces at mplayerhq.hu] On Behalf Of Roberto Togni
Sent: Sunday, 23 March 2008 2:05 AM
To: mplayer-users at mplayerhq.hu
Subject: Re: [MPlayer-users] unable to play Real Audio stream

On Sat, 22 Mar 2008 21:35:47 +1100
"Ross Gayler" <r.gayler at gmail.com> wrote:

> Hi,
>  
> My apologies if this is a really dumb question.
>  
> I appear to be unable to play http://woub.org/radio/woublive.ram with 
> MPlayer Sherpya-SVN-r58803-4.2.2 (with MPUI 1.2-pre3 build 38).
> This contains 
> rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
> Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University"
>  
> The MPlayer output seems to suggest that it is being confused by the 
> spaces in the query strings:
> Playing rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title=WOUB-FM.
> Resolving media.woub.org for AF_INET...
> Connecting to server media.woub.org[198.234.121.103]: 554...
> Cache size set to 640 KBytes
>  
> REAL file format detected.
> Stream mimetype: audio/MPEG4-GENERIC
> demux_real: invalid chunksize! (0)
> No stream found.
>  
> 
> Playing Live!&author=WOUB.
> File not found: 'Live!&author=WOUB'
> Failed to open Live!&author=WOUB.
>  
> 
> Playing Radio.
> File not found: 'Radio'
> Failed to open Radio.
>  
> 
> Playing -.
> Reading from stdin...
> Cannot seek backward in linear streams!
> Seek failed
>  
> I guess this may be a malformed/nonstandard rtsp URL, but Real Player 
> is able to play this OK.
>  
> Any suggestions as to how I can work around this?
>  
> Thanks
>  

This is not realaudio over realrtsp, this is a standard rtsp stream (AAC
codec, but that's irrelevant here) streamed by a Real server.

Everything coming from a Real server is taken by the realrtsp module, but
realrtsp code can't play standard rtsp (and standard rtsp module can't play
realaudio/realvideo).

There is no easy solution for this. At the moment MPlayer can detect a Real
server in two ways: the "RealChallenge1" string (user for realplayer
authentication) or the server name "Real" or "Helix". The server name check
is what is causing the problem on your url.
I'll check if I can drop that check, or add a parameter to force using
standard rtsp.


This won't fix the playback in this case, but you're not calling MPlayer in
the right way here. If you want to use the .ram file you need the playlist
option

mplayer -playlist http://woub.org/radio/woublive.ram

If you pass the rstp url directly you must be careful with escaping, since
it contains ? and ", so you have to do 

mplayer -v
'rtsp://media.woub.org/qtencoder/woubfmlive.sdp?title="WOUB-FM
Live!"&author="WOUB Radio - woub.org"&copyright="2005 Ohio University"'


BTW to play standard rtsp you need to install the live555 library.


If you want to play that stream, you can do a quick workaround: in file
stream/librtsp/rtsp_session.c change the two #define RTSP_SERVER_TYPE_REAL
and RTSP_SERVER_TYPE_HELIX to something that will never match (eg. change
"Real" to "UnReal" ;) ) and recomplile


Ciao,
 Roberto

--
Better is the enemy of good enough.
_______________________________________________
MPlayer-users mailing list
MPlayer-users at mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users




More information about the MPlayer-users mailing list