Bugzilla – Bug 15477
New track stream can get (superfluous) packets from old stream
Last modified: 2010-04-08 17:24:11 UTC
There are cases, especially with proxied streaming, where SbS will not have *finished* streaming the track that is playing out and where the player has actually received all the deta necessary to complete the track, and therefore both the source stream connection and the player stream connection remain open. This is especially likely with self-terminating (internally delimited) stream content, such as WMA. Race conditions exist such that player stream connection for the next track can be sent tail-end data packets for the previous track, and where the player stream connection for the previous track can consume packets for the next track.
Update hours
== Auto-comment from SVN commit #29821 to the slim repo by ayoung == == https://svn.slimdevices.com/slim?view=revision&revision=29821 == bug 15477: New track stream can get (superfluous) packets from old stream. Ensure old source stream is closed before opening new one. Ensure old player stream is closed before opening new one and discard any pending data for player at that time.
== Auto-comment from SVN commit #29822 to the slim repo by ayoung == == https://svn.slimdevices.com/slim?view=revision&revision=29822 == Fixed bug 15477: New track stream can get (superfluous) packets from old stream
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!