Bug 2846 - KQED is not able to play beyond the initial promo file
: KQED is not able to play beyond the initial promo file
Status: CLOSED FIXED
Product: SB 2/3
Classification: Unclassified
Component: Audio
: 48
: Macintosh Other
: P2 normal (vote)
: ---
Assigned To: Richard Titmuss
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-01-20 10:18 UTC by Patrick Cosson
Modified: 2009-09-08 09:23 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Cosson 2006-01-20 10:18:57 UTC
http://www.kqed.org/w/streamingfiles/kqed_wmp.asx
Comment 1 Dan Sully 2006-04-21 17:25:51 UTC
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

Comment 2 Blackketter Dean 2006-04-22 07:52:10 UTC
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...


Comment 3 Blackketter Dean 2006-04-24 17:51:45 UTC
Richard, when you get up can you take a look at this?  I'd love the debug output, I'm not set up here....
Comment 4 Kevin Pearsall 2006-04-25 10:11:37 UTC
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>
Comment 5 Blackketter Dean 2006-04-25 10:16:47 UTC
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.


Comment 6 Richard Titmuss 2006-05-25 11:46:59 UTC
This is fixed in firmware 50. It is now in test and will be released soon.
Comment 7 Chris Owens 2006-05-25 15:29:08 UTC
Verified fixed in fw50
Comment 8 Andy Grundman 2006-05-26 18:30:16 UTC
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
Comment 9 Richard Titmuss 2006-06-01 13:01:34 UTC
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.
Comment 10 Chris Owens 2006-06-27 14:21:58 UTC
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.