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

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, 13:17 GMT

Task Type	Bugs
Category	Music playback
Status	New
Assigned To	No-one
Operating System	SW-codec
Severity	Low
Priority	Normal
Reported Version	Daily build (which?)
Due in Version	Undecided
Due Date	Undecided
Percent Complete
Votes	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

Comments (5)
Related Tasks (0/0)

Comment by Nicolas Pennequin (nicolas_p) - Sunday, 28 October 2007, 14:57 GMT

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, 08:56 GMT

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) - Friday, 26 September 2008, 23:52 GMT

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, 13:11 GMT

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, 13:14 GMT

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.

	Tasks related to this task (0)

Duplicate tasks of this task (0)

Rockbox

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

Details

Loading...