Bugzilla – Bug 2866
can't play these two mms streams using squeezenetwork
Last modified: 2009-09-08 09:29:52 UTC
Customer reported issue: 1. Two of my favourite Radio Stations are not working with Squeezenetwork although they are in mms format. 1.1. Nashe Radio (mms://nashe.e-se.ru/nashe1) , after I bought Squeezebox it was working but at some point (maybe because of one firmware update or maybe they've done something with their links) it's not working anymore. It also doesn't work with the Slimserver but it's working in Windows Media Player. Please could you solve this Problem for SQN, its my most favourite Radio channel. 1.2 Radio 7 (mms://81.19.68.114/radio7) It didn't work with sqn since the beginning but it does work with Slimserver.
There have been a lot of MMS changes to trunk that aren't on SN. I will look at getting it synced and then see what's up.
The first link (Nashe radio) results in a 404 error. Probably why it doesn't work with standard SlimServer either. It does work in WM Player for me too, though. The 404 is because we try to use HTTP to stream it. Windows Media Player reports the stream as using the protocol: MMS (TCP). I assume the issue here is that we only support HTTP streaming of WMA stations? The Radio 7 link is using HTTP streaming so that is certainly a valid bug.
heres another mms stream that seems to work with slimserver but does not work with squeezenetwork: http://213.92.19.12/radiodeejay2?url=60231332123117R1911 (it refers you to an mms stream anyway, and that stream doesnt seem to work)
I've narrowed the problem down to outdated SN code that doesn't read the MMS playlist properly. Just need to work on merging in the proper changes from trunk and it should fix the problem.
More info: Basically any MMS link that returns a playlist like this doesn't work on SN: [Reference] Ref1=http://213.92.19.12/radiodeejay2?url=60231332123117R1911&MSWMExt=.asf Ref2=http://213.92.19.12:80/radiodeejay2?url=60231332123117R1911&MSWMExt=.asf
Hi Andy, Hi Kevin: here also some links that are not working on SQN (but also not on Slimserver. mms://81.13.20.10/1button mms://81.13.20.10/2button... . . mms://81.13.20.10/14button and so on Slimserver didn't show any mistakes like with nashe radio. But all are of course playable with windows media player. good luck on working on new SQN :)
can't seem to play this stream either: kevin:~ kpearsall$ curl http://www.abc.net.au/streaming/RN.asx <ASX version = "3.0" BannerBar = "FIXED"> <Entry> <Ref href = "mms://media3.abc.net.au/radionational"/> </Entry> </ASX> is that possibly related to the MSWMExt thing you've seen, Andy?
Note: The 2 stations in the initial bug report are working on SN trunk. When troubleshooting MMS streams I would take the following approach: Does it work with SlimServer trunk? If so, it's a bug in the old SqueezeNetwork and will probably work fine when we roll out the next update. If it doesn't play in SlimServer either, it is likely the station does not have HTTP streaming enabled. We don't support the MMS protocol, so a request to the station to enable their HTTP streaming mode is the best option. The user who reported Nashe Radio was able to get them to enable HTTP streaming after a simple email. You may be able to tell if it's using HTTP or MMS streaming by loading the stream in Windows Media Player and viewing the stream statistics. Although I'm not sure if WMP defaults to MMS when both MMS and HTTP are available.
Thank you, Radio 7 is working fine now with the new update. Is there somewhere a list what was fixed/added with the new SN Update? best regards, Wladi PS: Nashe Radio first days enabled http but then there server broke down and they shut it off again :(
We don't have a proper changelog for SN, it's on the todo list. :)
Marking fixed.
This bug has been fixed in the latest release of SqueezeNetwork! If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.