[MPlayer-users] Problems with smil file

Jonathan Ryshpan jonrysh at pacbell.net
Sat Jul 8 23:03:17 CEST 2006


The following smil file causes problems for mplayer:

        <smil>
        <meta name="title" content="Fresh Air from WHYY and NPR - Thursday, July 6, 2006" />
        <meta name="author" content="http://www.npr.org/" />
        <meta name="copyright" content="2006" />
        <body>
        <audio src="http://web.lightningcast.net/servlets/getAd?version=4.5a&naid=175&playerid=1&streamref=10013&attr=[Topics,No Topic]&session=U785993921148759976266&spot=[0,0]&ext=.rm" />
        <audio src="rtsp://real.npr.org:80/real.npr.na-central/fa/20060706_fa_01.rm" title="'Talking Right': Why the Left Is Losing, Linguistically" author="Fresh Air from WHYY and NPR - Thursday, July 6, 2006" copyright="2006" />
        <audio src="rtsp://real.npr.org:80/real.npr.na-central/fa/20060706_fa_02.rm" title="Army Chaplain Ran Dolinger" author="Fresh Air from WHYY and NPR - Thursday, July 6, 2006" copyright="2006" />
        </body>
        </smil>

Mplayer does this:
        
        MPlayer 1.0pre8-rpm.livna.org-4.1.1 (C) 2000-2006 MPlayer Team
        CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 12, Stepping: 0)
        CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
        Compiled with runtime CPU detection.
        
        
        Opening joystick device /dev/input/js0
        Setting up LIRC support...
        
        Playing http://web.lightningcast.net/servlets/getAd?version=4.5a&naid=175&playerid=1&streamref=10013&attr=[Topics,No Topic]&session=U785993921148759976266&spot=[0,0]&ext=.rm.
        STREAM_HTTP(1), URL: http://web.lightningcast.net/servlets/getAd?version=4.5a&naid=175&playerid=1&streamref=10013&attr=[Topics,No Topic]&session=U785993921148759976266&spot=[0,0]&ext=.rm
        Resolving web.lightningcast.net for AF_INET6...
        Resolving web.lightningcast.net for AF_INET...
        Connecting to server web.lightningcast.net[216.52.117.151]: 80...
        Resolving download.npr.org for AF_INET6...
        Resolving download.npr.org for AF_INET...
        Connecting to server download.npr.org[193.45.14.151]: 80...
        Cache size set to 320 KBytes
        Cache fill:  0.00% (0 bytes)
        Cache fill:  4.24% (13902 bytes)   
        REAL file format detected.
        Stream description: fileinfo
        Stream mimetype: logical-fileinfo
        Stream description: audio/x-pn-multirate-realaudio logical stream
        Stream mimetype: logical-audio/x-pn-multirate-realaudio
        Stream description: Audio Stream
        Stream mimetype: audio/x-pn-multirate-realaudio
        Stream description: Audio Stream
        Stream mimetype: audio/x-pn-multirate-realaudio
        Stream description: Audio Stream
        Stream mimetype: audio/x-pn-multirate-realaudio
        Stream description: Audio Stream
        Stream mimetype: audio/x-pn-realaudio
        Stream description: Audio Stream
        Stream mimetype: audio/x-pn-multirate-realaudio
        ==========================================================================
        Opening audio decoder: [realaud] RealAudio decoder
        AUDIO: 16000 Hz, 1 ch, s16le, 16.0 kbit/6.25% (ratio: 2000->32000)
        Selected audio codec: [rasipr] afm: realaud (RealAudio Sipro)
        ==========================================================================
        alsa-init: using device default
        alsa: 48000 Hz/1 channels/2 bpf/32768 bytes buffer/Signed 16 bit Little Endian
        AO: [alsa] 48000Hz 1ch s16le (2 bytes per sample)
        Video: no video
        Starting playback...
        demux_real: New data chunk is coming!!!
        demux_real: New data chunk is coming!!!
        A:   1.6 (01.5) of 1.0 (01.0)  0.6% 0%
        ...
        
I think what's supposed to happen is when a new "data chunk" arrives,
mplayer should go to the next entry in the smil file, and start filling
its cache.  No such thing; it looks like mplayer just reads on and is
trying to interpret the new data as belonging to the old smil line.  If
mplayer is invoked on either of the "rtsp:" lines, the stream plays
successfully.

This behavior is with the livna version of mplayer, namely
        mplayer-1.0-0.43.pre8.lvn5
I have seen (what looks like) correct behavior with the rpm from
mplayer, namely mplayer-1.0pre8-1.i386.rpm, but even this is erratic.
In particular, putting the argument "-ao also," in its invocation causes
this mplayer to fail in the same way as the livna version.  (Why should
this be??)

An earlier post suggests using the firefox plugin, but this doesn't work
either, probably because it's invoking mplayer, which fails.

Any ideas?
Thanks - jon
        




More information about the MPlayer-users mailing list