Bug 16154 - If an internet radio stream fails, you can't replay the stream without first playing another stream.
: If an internet radio stream fails, you can't replay the stream without first ...
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Controller
: 7.5.0
: PC Windows XP
: P3 normal (vote)
: 7.6.0
Assigned To: Alan Young
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-04-27 16:25 UTC by Julius Dauz
Modified: 2011-01-12 23:17 UTC (History)
5 users (show)

See Also:
Category: Bug


Attachments
proposed patch to permit forced restart during automatic retry (1.29 KB, patch)
2010-05-11 01:36 UTC, Alan Young
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Julius Dauz 2010-04-27 16:25:20 UTC
A customer reported this issue and stated that it worked fine prior to the 7.5.0 release.

Prior to the release, if an internet radio stream failed, he was able to press the back button bringing him back to his list of Favorites allowing him to just press the play button on the station that just failed to manually restart that stream. This is no longer the case according to the customer. He states that now you must play a different station in your Favorites first, then reselect the stream that failed to restart that stream.

I have not been able to reproduce this issue with the particular station he's experiencing this issue with.

The customer that reported this issue broadcasts his own stream and reported this issue with his broadcast. Below is the URL for his station.

http://s5.viastreaming.net/7240/listen.asx
Comment 1 Alan Young 2010-05-10 01:50:56 UTC
This is probably a consequence of the change for bug 14760
Comment 2 Mickey Gee 2010-05-10 09:10:18 UTC
Team suggests possibly a 7.5.1 issue.
Comment 3 Ben Klaas 2010-05-10 09:42:52 UTC
FWIW, I fully agree with Alan that it was the 14760 fix that is causing this issue. It seems like a secondary check for whether audio is currently streaming is also necessary?
Comment 4 Chris Owens 2010-05-10 15:26:58 UTC
Julius (or anyone) what device is this user playing his streams with?  Thanks.
Comment 5 Alan Young 2010-05-11 01:10:28 UTC
I think the problem is that SbS thinks that the stream actually is playing at this time. Either (a) it has failed without the player or SbS noticing yet, or (b) SbS is in the process of attempting to recover. For (b) there are some timeouts that must expire before the system will give up. It could be that, for (b), and alternate test would be more appropriate; I'll attach a patch shortly.

A workaround would be to force the player into STOPPED state, by press-and-hold of Pause. Once stopped, it should be possible press Play again to restart the stream, either from the now-playing screen directly or from Favorites (as reported in the Description). Julius, please pass this workaround on to the customer.
Comment 6 Alan Young 2010-05-11 01:36:44 UTC
Created attachment 6830 [details]
proposed patch to permit forced restart during automatic retry
Comment 7 Julius Dauz 2010-05-12 14:30:32 UTC
Chris,

Sorry for the late response. He's experiencing this with a Radio.
Comment 8 Jim McAtee 2010-05-13 02:47:12 UTC
(In reply to comment #6)
> Created an attachment (id=6830) [details]
> proposed patch to permit forced restart during automatic retry

Alan, who runs proposed patches?  If you're working within a beta branch, commit the patch and see what the response is...  Revert the change or else keep it.
Comment 9 SVN Bot 2011-01-12 23:17:25 UTC
 == Auto-comment from SVN commit #31737 to the slim repo by ayoung ==
 == http://svn.slimdevices.com/slim?view=revision&revision=31737 ==

Fixed bug 16154: If an internet radio stream fails, you can't replay the stream without first playing another stream. 
Use more precise measure to test if stream is already playing.