Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#8029 - Selecting a buffered track in the current playlist forces a rebuffer

Attached to Project: Rockbox
Opened by Steve Bavin (pondlife) - Friday, 26 October 2007, 15:17 GMT+2
Task Type Bugs
Category Music playback
Status New
Assigned To No-one
Player Type SW-codec
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Private No

Details

Recipe:
1) Play an album. Wait until buffering completes.
2) Skip from track 1 to track 2. No buffering occurs.
3) Skip from track 2 to track 1. No buffering occurs.
4) In the playlist viewer, select track 2. Rebuffering occurs, even though the track is buffered.

The same problem occurs in the opposite direction (e.g. after step 2, it should be possible to switch to track 1 using the playlist viewer without rebuffering).
This task depends upon

Comment by Nicolas Pennequin (nicolas_p) - Sunday, 28 October 2007, 15:57 GMT+2
This isn't a bug introduced by MoB. It's due to the fact that selecting a track in the playlist calls audio_play(), which stops and restarts playback. Fixing this isn't trivial and (IMHO) falls into the scope of a big rewrite of playback.c.
Comment by Steve Bavin (pondlife) - Monday, 29 October 2007, 09:56 GMT+2
I know this isn't a new problem, but with the new buffering code it should be easier to improve. Better if it could be handled entirely within buffering.c; there's no reason to clear the buffer just because playback is restarted, and if playback then requests a file that's still buffered then there shouldbe no need for a disk read...
Comment by Ryan Sawhill (ryran) - Saturday, 27 September 2008, 01:52 GMT+2
I had always wondered about this, since the very beginning.... Nice to hear you explain something about it Nicolas.
Comment by Dave Hooper (stripwax) - Thursday, 02 July 2009, 15:11 GMT+2
Is this still a bug? If so then in theory could selecting a track in the playlist be implemented as a bunch of track-skipping operations, if those do not cause a rebuffer, to avoid any deep rewriting of playback.c?
Comment by Steve Bavin (pondlife) - Thursday, 02 July 2009, 15:14 GMT+2
This is still a bug.

It's probably even simpler than track skipping - just don't stop and restart the playlist or don't flush the buffer so easily.

Really this should be handled transparently in buffering.c anyway.

Loading...