Bug 6712 - Rebuffering (due to output-buffer underrun) should have time-limit
: Rebuffering (due to output-buffer underrun) should have time-limit
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 7.0
: PC All
: P2 normal (vote)
: 7.x
Assigned To: Alan Young
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-22 02:58 UTC by Alan Young
Modified: 2009-09-08 09:25 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 Alan Young 2008-01-22 02:58:27 UTC
Rebuffering is primarily used to handle remote and direct streams, particularly radio station, when the player has got ahead of the stream source. There are a variety of causes of this. A possible cause is that the source stops transmitting and that the player or SC receive no network disconnect notification. Neither SC nor the player firmware has a mechanism to timeout such an inactive stream. The rebuffering code in SC should place an upper limit on how long it is prepared to wait before aborting playback of the current stream. Perhaps 30s?
Comment 1 Blackketter Dean 2008-01-23 13:12:42 UTC
An excellent suggestion.  Would you be the person to work on this, Alan?

Comment 2 Alan Young 2008-03-13 06:16:50 UTC
Change 17873

But there seems to be a problem with getting STMo-s from SB2s. Tested with a SliMP3.
Comment 3 Andy Grundman 2008-03-14 09:35:51 UTC
*** Bug 6931 has been marked as a duplicate of this bug. ***
Comment 4 James Richardson 2008-05-07 15:02:27 UTC
Verified not an issue with 7.0.1 - 19325
Comment 5 James Richardson 2008-05-15 12:27:19 UTC
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html
Comment 6 Chris Owens 2009-07-31 10:16:22 UTC
Reduce number of active targets for SC