Bugzilla – Bug 5094
Pausing track after transcoding has finished causes rebuffering message
Last modified: 2008-12-18 11:12:12 UTC
Pausing and then unpausing a transcoded track after the transcoding has finished results in the playmode being reset to 'play' instead of 'playout-play', so decoderUnderrun does not properly advance to the next track.
Fixed in change 12155, please test.
Created attachment 2032 [details] Log of session where files are "played" quickly and silently While testing this bug, the original symptoms have gone but another strange behaviour has appeared. I don't know if it is as a result of the fix or just because of the fix it is now visible. The bug appears on Windows and Linux. I was testing Start/Stop Pauses near the end of tracks. As before 1. Using web i/f I queued up 17 short tracka from a directory. They are Ross' test gapless WAV files which are transcoded into Flac to play. 2. While the track are playing I used remote to start/stop in tracks - usually in track 07 I do frequent start/stop. 3. Normally SS only has one song in the queue to play but when this bug happens - all the remaining tracks are transcoded and queued. This start around "2007-06-03 08:38:04.5236" in the log file - possibly a bit earlier. 4. Then SS "plays" all the queued tracks but fast and without sound but visualiser moves a bit and then stops moving. On Windows I thought SS was skipping the track but I think it was the display not being able to keep up to date. A log is attached. I can reproduce the problem but not every time as timing seems to be important and button presses with 1-2 secs near end of track. IT is possibke that I have pressed pause twice but I don't think the silent playing is correct in any event.
Bug 2910 description is very similar to this behaviour so maybe there is still some situation which has not been handled by latest fix which the 2169 fix somehow stopped it.
Hmm, it looks like you paused it but it continued to load tracks and play them: 2007-06-03 08:38:04.2105 00:04:20:06:4a:9a: Switching to mode pause from play 2007-06-03 08:38:04.2113 00:04:20:06:4a:9a New play mode: pause 2007-06-03 08:38:04.2127 00:04:20:06:4a:9a: Current playmode: pause 2007-06-03 08:38:04.2996 Got a track starting event It looks like it sent the pause command but got a track starting event before the SB had seen the pause command. So there's a race condition here, you have to pause at just the right time to cause this. Where can I get these short WAV files?
(In reply to comment #4) > Where can I get these short WAV > files? > They are in an attachment to bug 4544
I've looked at this for a bit now and I can trigger a bug even without pausing tracks at all, or using WAV -> FLAC transcoding. I think this is the same issue you saw in your log. It will often stop playing too soon (after tracks 13, 14, 15, or 16) instead of track 17. I think there may be a firmware bug here where the player is not sending the right amount of track start events, but I need to check with Richard to be sure.
I've opened a new bug for this issue, bug 5103.