[MPlayer-users] whole list of streams that won't play

[Raphael Clifford]

Thanks very much for the reply. 

1) You are right that if you find the right URL for the real stream by 
wget'ing and guessing it does work. Thanks.
2) I had no idea about using mmst:// instead of mms:// so thank you 
again. Why do you think it hangs with the mms:// ?
ffwmav2 has been fatally buggy for a long time now. I comment it out and 
then wmvdmo kicks in which works OK but is quite CPU intensive.

3) Did you try the .mov files?  There are different URLs one can guess 
at again having wget'ed the link but none of them plays for me.

The upshot for me is that for 1 and 2 it would be really helpful if 
mplayer could parse the text files and play the correct URL instead of 
the user having the wget and guess (it would also be nice if ffwmav2 
worked :) ). I even posted a quick hack/patch to play .ram files here a 
couple of days ago.  Also the mms:// hang seems like a bug to me 
especially as there is such an easy fix.  Also, mplayerplug-in is very 
much limited in what it can do while the current situation pertains.

For 3 I have yet to find someone who can play the .mov stream in mplayer 
so I can't really comment any further.

Thanks again for your help,
Raphael

Balatoni Denes wrote:

>[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>Hi!
>
>Let me jump in the middle of the discussion.
>
>On 2003. augusztus 6. 19.03, Raphael Clifford wrote:
>  
>
>>>If you go to http://www.defjam.com/jarule/site/music/vid-panel.las#
>>>(which is a slightly funny looking page) and attempt to play any of
>>>the streams they all fail.  This is using
>>>      
>>>
>
>
>  
>
>>>They seem to fail for different reasons.  The .ram files fail because
>>>mplayer can't seem to work out that they are text files :)   An
>>>example .ram file contains
>>>http://www.islanddefjam.com/www2/av/go.smil?num=4342986014&speed= I
>>>can't see any way to play that from the command line successfully as
>>>whatever I guess is the correct URL mplayer simply tells me its not a
>>>recognised type.
>>>      
>>>
>
>
>They work for me ; that url points to another text file, which you can wget 
>and extract the final url from it (ie : 
>rtsp://a1442.v94997.c9499.g.vr.akamaistream.net/ondemand/7/1442/9499/v001/defjam.download.akamai.com/9499/defjam/jarule/350_ja_thuglovin.rm 
>)
>
>
>  
>
>>>The .wax files fail for some reason I don't understand but it is
>>>probably similar. The .wax files are also text files that contain more
>>>info and an mms:// address. That address then fails if you attempt to
>>>play it by hand by just sitting at the "Caching" stage.
>>>      
>>>
>
>Two things that work for me i) specify port 1755 in the mms url
>or ii) use mmst:// instead of mms://
>
>And than it works for me - although ffwmv2 was rather buggy with the clip I 
>tried.
>
>bye
>Denes
>
>
>  
>