dev builds
themes manual
device status forums
mailing lists
IRC bugs
dev guide

Rockbox mail archive

Subject: Re: Resume playback even if it reached the end and stopped

Re: Resume playback even if it reached the end and stopped

From: Thomas Martitz <>
Date: Wed, 31 Mar 2010 13:52:58 +0200

Am 31.03.2010 13:39, schrieb Mike Holden:
> Thomas Martitz wrote:
>> Am 29.03.2010 23:29, schrieb Al Le:
>>> There is a patch (FS#10343 - Resume playback even if it reached
>>> the end
>>> and stopped) that implements a very nice feature. Has anyone
>>> objections
>>> for it being committed? If not I'll commit it when I'll get access
>>> to
>>> the development environment.
>>> Cheers
>>> AL
>> How about a confirmation screen when trying to play a finished
>> playlist?
>> It seems like the ideal solution to me. No automatic buffering,
>> still
>> being able to get the information about whether you finished
>> listening
>> before you turned of your player last time, and have the possibility
>> to
>> restart the playback of that playlist (what the patch aims for).
>> "Restart finished playlist?" yes/no.
> I don't get this?
> The driver for this patch appears to be a "spurious" (to some)
> splash message "Nothing to resume". How is adding a confirmation
> dialog any better? Surely it's worse, as it's a splash with required
> response?

Yes but due to the response we can keep the current behavior if you
answer no, and get the proposed new behavior with the answer yes. And
the ability to choose one of the behavior in each instance of the patch.

On another note, for users of flash based targets the additional
buffering isn't bad. I, for one, would appreciate music playing while
browsing to the album I really want to listen to (being on a flash target).

Best regards.
Received on 2010-03-31

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy