Bugzilla – Bug 9125
Decoder (and play) should start on stream end even if threshold not reached
Last modified: 2010-05-07 10:52:52 UTC
If the player gets end-of-stream (the connection is closed) on the audio stream, and it was a short stream and was shorter than the buffer threshold set in the strm-s command, then the player does not autostart playing the track. It needs a kick, from an strm-r for example. In the case of short tracks, SC can try to set the threshold low enough so this problem does not occur but this is difficult to get right all the time, probably impossible. It would be better if the player firmware simply ignored the threshold once the stream has been closed and autostart if necessary.
Could bug 8802 be related?
Yes probably.
Yes, 8802 is related, although 8802 could be resolved for most cases (but not all) by other means.
Alan: Could you be a bit more specific what you mean by: "It would be better if the player firmware simply ignored the threshold once the stream has been closed and autostart if necessary." Does that mean you would like a player to autostart if there is something in the buffer, the player is not yet playing and the stream has been closed? Or are there more condition that need to be met before a player does autostart? I am unsure, but couldn't that lead to situations where a crappy network connection would cause the stream closing and then some small music part starts playing which would sound bad? Is that your intension?
Yes, "autostart if there is something in the buffer, the player is not yet playing and the stream has been closed" and the autostart flag is set true. Sure, it will give crappy results with a crappy network, but if things are that bad then the whole experience will be terrible. In any case, SC will still try to start the fragment - it is just not always reliable. The goal of this change would be to make things more reliable.
Moving out bug that won't make it for 7.3
Doh, there will be no 7.4 - moving it to 8.0
Targeting based on engineering discussion
== Auto-comment from SVN commit #7130 to the jive repo by ayoung == == https://svn.slimdevices.com/jive?view=revision&revision=7130 == bug 9125: Decoder (and play) should start on stream end even if threshold not reached SP version of this fix, which just needs to start the audio because SP does decode-while-paused.
All new Squeezebox products are likely to be based on the SqueezePlay platform. We do not plan to implement any further enhancements to the ip3k firmware or which are targeted specifically at ip3k-based products.