Bugzilla – Bug 2846
KQED is not able to play beyond the initial promo file
Last modified: 2009-09-08 09:23:00 UTC
http://www.kqed.org/w/streamingfiles/kqed_wmp.asx
Richard - this is still an issue. I think that the player may not be giving an underrun correctly. I've set the target at 6.2.2 if you can spare time - otherwise bump to 6.3
Subject: Re: KQED is not able to play beyond the initial promo file That's strange. I thought I fixed this once for bug 2356. The strange thing is that it DOES move on after more than two minutes (i.e. the underrun even does eventually show up). I'm not set up to debug firmware here, I'd be that debug output on slim_tcpdata.c and decode_wma.c and decode.c would show a hint...
Richard, when you get up can you take a look at this? I'd love the debug output, I'm not set up here....
plays fine if you use the URL in the playlist: http://216.246.10.3/885live <ENTRY> <TITLE>KQED Public Radio 88.5 FM</TITLE> <MOREINFO href="http://www.kqed.org/" /> <AUTHOR>KQED, Inc.</AUTHOR> <COPYRIGHT>(c) 2006</COPYRIGHT> <REF href="http://216.246.10.3/885live" /> </ENTRY>
Subject: Re: KQED is not able to play beyond the initial promo file Right, but we should support the original file and not skip their promo.
This is fixed in firmware 50. It is now in test and will be released soon.
Verified fixed in fw50
Not sure if this is the same issue, but if you play an AccuRadio playlist (24 WMA files), it takes several minutes after each file is done before it advances to the next file. To test with 6.3: http://lb2.accuradio.com/masx?channel=sixties
The AccuRadio stream appears to have incorrect packet counts in the wma files that mean the firmware does not correctly detect the end of the stream. Firmware 53 uses the chunked encoding 'Transfer Complete' chunks to detect the end of the stream.
This bug fix is now part of a released version, and so has been marked closed. If you are still experiencing this problem, please reopen the bug.