Bugzilla – Bug 7977
MMS stream on old 4.x server fails to play
Last modified: 2008-05-14 15:07:07 UTC
In the latest 7.1, mms streams seem broken. mms://c9l.earthcache.net/wlc-01.media.globix.net/COMP005996BCT1_wqxr_live_hi.wmv plays in windows media player and in mplayer on my server, but not in squeezecenter. It used to work.
What version did this stream work with? I'm not sure it's supported. Do you have additional mms URLs that are now failing?
I believe it worked in an earlier drop of 7.1. I've seen one comment in the forums that mms only works if the mms site "supports HTTP streams" so maybe something has changed at WQXR. If its not supposed to work you obviously can't "fix" it, although it would be a nice enhancement.
One last comment - as was mentioned in the forums turning OFF native wma support in the file types menu causes the stream to play. not surprising since mplayer could play it. Not a big deal. Thanks.
This stream supports HTTP but the audio format may not be supported. Although, mplayer reports it as WMA voice, which we should support. I would be very surprised if this stream worked in an earlier build, unless they changed something on the server end. Richard/Felix: Can one of you check why this stream returns STMn? (Sidenote: might be nice if STMn also included the reason it is not supported.)
Oh also, this stream has some error in the header where the streamNumber value is not read correctly, so we end up trying to play stream number 0 instead of 1. I hacked the server code to send stream number 1 and it still failed with STMn.
*** Bug 8009 has been marked as a duplicate of this bug. ***
This exists in 7.0.1 as well.
Took a closer look at the ASF header for this stream. It contains an invalid stream type GUID (F8699E40-5B4D-11CF-A8FD-00805F5C4424) when you'd expect to see an ASF_Audio_Media GUID (F8699E40-5B4D-11CF-A8FD-00805F5C442B). It's close, but wrong. According to the ASF spec, "Any streams with unrecognized Stream Type values should be ignored." The ip3k code also checks for this same GUID (CLSID_AsfXStreamTypeAcmAudio). I do not understand why Windows Media Player plays this stream, it must support undocumented GUIDs. This could probably be fixed if the station updated to the latest Windows Media server version.
Okay, here's more for the puzzle. I can play this station right now on a Duet via SN. I just talked to a customer who said it was playing again but sporadically. He has a Duet so I asked him how specifically is he playing it. He's playing it via Radio time. Internet Radio > RadioTime / Browse by Location / North America / United States / New York / New York City > 96.3 WQXR-FM (Classical) I tried and I'm playing it via Radio Time right now. (this plays: http://opml.radiotime.com/StationPlaylist.axd?stationId=19906&username=devans33 ) However if I try the URL in bug 8009 it still says "can't open file for:" (so this does not: http://htc-01.media.globix.net/COMP005996MOD1/meta/wqxr_live_high.asx ) Unclear to me if these are the same stream or not.
Radiotime is still serving the bad stream, so you probably just got lucky. Anyway, there is one good stream for this station: mms://c9l.earthcache.net/wlc-01.media.qualitytech.com/COMP005996BCT1_wqxr_live_lo.wmv
Created attachment 3316 [details] Failure log - unknown ASF format tag 0 As you already found out, the ASF tag is not correct and therefore firmware rejects the stream. 1: 01726.057: Info: decode_wma.c[692]: Unkown ASF format tag 0
Thanks for checking, I'm going to mark this as won't fix.
FYI, the customer I was helping contacted WQXR and they provided a URL that works consistently, per his report. He is happy now. http://htc-01.media.qualitytech.com/COMP005996MOD1/wqxr.pls