[MPlayer-users] Re: asf (wma) problem (Roger)

Stephen Stocker lpar at par1.net
Sun Jan 2 04:07:22 CET 2005


> Hello,
>
> First time post. I am from USA and am trying to play National Public Radio Fresh Air archives streaming wma and failing. I am on Mandrake 10.1 official.
>
> I have built Mplayer from cvs (MPlayer-1.0pre6a) from source and  get the
> same results as the Mandrake delivered player.
>
> For example
>
> mplayer -playlist mms://wm.npr.na-central.speedera.net/wm.npr.na-central/fa/20041011_fa_01.wma
>
> or
>
> mplayer http://wm.npr.na-central.speedera.net/wm.npr.na-central/fa/20041011_fa_01.wma
>
> both fail. A bit of the output follows (I uncommented some printf calls in asf_streaming.c)
>
> I receive 2 chunk types 0x4824, several type 0x4424 chunks, then
> I receive chunk type 0x4524 (ASF_STREAMING_END_TRANS) but don't know if this
> is correct or not for this stream. (I do not receive it on another stream that works fine)
> This chunk type MAY  be mis-handled in asf_streaming.c since the line
>
> chunk_size -= sizeof(ASF_stream_chunck_t);
>
> results in a chunk_size of -8 (4 - 12).
>
> I am new to the code so maybe that is ok.
>
> Thanks,
> Roger
>
>
> (deleted lines)
>
> ASF stream chunck size=178
> 0x4424
>  type: 0x4424
>  size: 178 (0xB2)
>  sequence_number: 0x002E
>  unknown: 0x2E01
>  size_confirm: 0xB2
> ASF stream chunck size=178
> 0x4424
>  type: 0x4424
>  size: 178 (0xB2)
>  sequence_number: 0x002F
>  unknown: 0x2F01
>  size_confirm: 0xB2
> ASF stream chunck size=104
> 0x4424
>  type: 0x4424
>  size: 104 (0x68)
>  sequence_number: 0x0030
>  unknown: 0x3001
>  size_confirm: 0x68
> ASF stream chunck size=4
> 0x4524
>  type: 0x4524
>  size: 4 (0x04)
>  sequence_number: 0x0000
>  unknown: 0x4524
>  size_confirm: 0x04
>
> (deleted lines)
>
> Clip info:
> name:
> author:
> copyright:
> comments:
> ==========================================================================
> Opening audio decoder: [dshow] Win32/DirectShow decoders
> AUDIO: 8000 Hz, 1 ch, 16 bit (0x10), ratio: 616->16000 (4.9 kbit)
> Selected audio codec: [acelp] afm:dshow (ACELP.net Sipro Lab Audio Decoder)
> ==========================================================================
> Checking audio filter chain for 8000Hz/1ch/16bit -> 8000Hz/2ch/16bit...
> AF_pre: af format: 2 bps, 1 ch, 8000 hz, little endian signed int
> AF_pre: 8000Hz 1ch Signed 16-bit (Little-Endian)
> AO: [oss] 8000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
> Building audio filter chain for 8000Hz/1ch/16bit -> 8000Hz/2ch/16bit...
> Video: no video
> Starting playback...
> A:   0.0 (00.0)  0.3% 24%                                                       ^MA:   0.0 (00.0)  0.3% 24%                                                       ^MA:   0.1 (00.1)  0.3% 24%                                                       ^M
>
> Exiting... (End of file)
>

   Hi,
   You might try mplayer -playlist http://wm.npr.na-central.speedera.net/wm.npr.na-central/fa/20041011_fa_01.wma
   It works for me. I really don't know why the mms URL doesn't work, it 
does pretty much the same thing with me, though. It starts to play, then 
just locks up. I tried it with -dumpstream, and it did save the file, but 
only played about a second of it before quitting. I do remember that NPR 
used to use a really weird Real audio format (some oddball header), so 
maybe that's also the case with Windows media.

   Hope this helps.

   Steve




More information about the MPlayer-users mailing list