Bug 9472 – Remote playlist with multiple WMA streams plays only first stream

Bug 9472 - Remote playlist with multiple WMA streams plays only first stream

Summary:

Remote playlist with multiple WMA streams plays only first stream

Status:	CLOSED FIXED

Product:	SB 2/3
Classification:	Unclassified
Component:	Slimproto
Version:	113
Platform:	PC Fedora

Importance:	P3 major (vote)
Target Milestone:	7.3.3
Assigned To:	Alan Young

URL:
Keywords:

Depends on:
Blocks:	7916
	Show dependency tree / graph

Reported:	2008-09-12 01:24 UTC by Alan Young
Modified:	2009-06-17 09:35 UTC (History)
CC List:	2 users (show)

See Also:
Category:	---

Attachments
Edited log (4.81 KB, text/plain) 2008-09-12 01:25 UTC, Alan Young	Details
Possible patch (817 bytes, patch) 2008-09-12 02:06 UTC, Alan Young	Details \| Diff
mylyn/context/zip (1.80 KB, application/octet-stream) 2008-09-12 02:06 UTC, Alan Young	Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Alan Young 2008-09-12 01:24:22 UTC

This is with SC 7.3. Not clear if SC or SB firmware bug. Actually tested with Boom f/w 32 but presume same for all SB2+ players.

Sample stream (Classic FM, via RadioTime): http://opml.radiotime.com/StationPlaylist.axd?stationId=8439&Formats=mp3,wma,real&username=sampletime

Gets playerReadyToStream (STMd), then (+7s) playerStopped (STMu), then immediately playerOutputUnderrun (STMo), before finally getting playerEndOfStream (STMc) 85s later. How can you get STMd (& STMu) before STMc? And STMu should be mutually incompatible with STMo.

Comment 1 Alan Young 2008-09-12 01:25:06 UTC

Created attachment 3978 [details]
Edited log

Comment 2 Alan Young 2008-09-12 02:06:31 UTC

Created attachment 3979 [details]
Possible patch

This patch may be a solution but it does not answer the question as to why the events come so out-of-order from the player and I suspect may cause other problems.

Comment 3 Alan Young 2008-09-12 02:06:34 UTC

Created attachment 3980 [details]
mylyn/context/zip

Comment 4 Chris Owens 2008-09-15 09:26:50 UTC

Andy says Alan is the right person to trace this problem.  Please let QA know if there's anything we can do.

Comment 5 Alan Young 2008-09-17 10:36:39 UTC

If you want this to be looked at for 7.2.1, then I guess it need to be reproduced against 7.2 - can QA look at that? I raised the original report against 7.3.

Comment 6 Alan Young 2008-11-28 05:34:34 UTC

This is caused by the way the WMA decoder in the player uses the self-delimiting properties of the ASF/WMA stream to finish decoding (indicating this with DECODE_STATE_ERROR) without causing the end of the TCP stream to be read, which would trigger the DSCO.

Comment 7 Alan Young 2008-11-28 05:43:10 UTC

The typical case which causes this problem is a station with a short ident track followed by the main stream. A workaround is to hit FWD ('>>') after (or even during) the ident.

Comment 8 Alan Young 2008-11-28 06:03:39 UTC

Change 24147. Note that this is dependent upon change 23956 for correct operation.

Comment 9 Alan Young 2009-01-14 12:53:32 UTC

Re-target for 7.3.3

Comment 10 Alan Young 2009-01-14 12:54:28 UTC

*** Bug 10692 has been marked as a duplicate of this bug. ***

Comment 11 Alan Young 2009-01-14 13:39:56 UTC

Change 24652

Comment 12 James Richardson 2009-06-17 09:35:37 UTC

This bug has been fixed in the 7.3.3 release version of SqueezeCenter!

If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html 

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.