GNOME Bugzilla – Bug 668575
problems playing .asf radio stream online?
Last modified: 2012-02-18 15:31:21 UTC
I am having issues playing a radio stream on Guayadeque music player. I am trying to play http://live.wshafm.org/WSHA which I believe is a "asf" type stream defined as (http://live.wshafm.org/wsha?MSWMExt=.asf) I get an error: [ Error: Gstreamer error 'Could not determine type of stream.' ] When I try to create a pipeline I get: $ gst-launch-0.10 playbin2 uri=http://live.wshafm.org/wsha?MSWMExt=.asf audio-sink=alsasink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstTypeFindElement:typefindelement0: Could not determine type of stream. Additional debug info: gsttypefindelement.c(554): gst_type_find_element_handle_event (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstTypeFindElement:typefindelement0 ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... Can someone help me figure this one out. I can play this stream on VLC and other players.
Maybe #652946
These seem to only get a text file with contents: [Reference] Ref1=http://live.wshafm.org/WSHA?MSWMExt=.asf Ref2=http://152.39.4.59:80/WSHA?MSWMExt=.asf or (from the second URL): [Reference] Ref1=http://152.39.4.59/WSHA?MSWMExt=.asf Ref2=http://152.39.4.59:80/WSHA?MSWMExt=.asf Nothing looking anything like audio. Maybe the site is sending different data based on HTTP headers, or the player is meant to construct another URL based on those URLs above.
Hi, The actual wesbite for the radio is http://www.shawu.edu/wsha/Listen_Live/Listen_Live.aspx you can then click the button that will launch the stream: http://live.wshafm.org/WSHA This is what will be written in a browser address tab. When I tried openning it in VLC player, it showed http://live.wshafm.org/WSHA?MSWMExt=.asf in the status bar. I can play this stream in Linux in Chromium browser and using VLC. However, I cannot play it using Guayadeque player or by launching a gst-launch-0.10 pipeline. Hope this helps.
These are two of the URLs that return the same thing for me (the text file). VLC doesn't work here with either, but does show a "Shaw University" string in the bottom, so clearly it's getting more data than I am with merely gst-launch or wget.
However, mms://152.39.4.59/WSHA?MSWMExt=.asf does work. Looks much more bug #611105, i.e. usual problem of deciding what protocol to go for (mms, rtsp) when dealing with "MMS streaming", but it definitely is not http. Solution so far is for playlist level parsers to be aware and replace http:// by at least mms:// or rtsp:// or whatever.
Currently applications need to take care of playlist handling, so you need to use an application that does this in order for these playlist URIs to work. gst-launch is most definitely not one of these. This is pretty much intended behaviour at the moment, so closing as NOTABUG. Use totem or rhythmbox or so. There are other open bugs for playlist support in general though.