|
Rockbox mail archiveSubject: Re: Automatic multi-resume feature for podcasts and audiobooks (FS#11748)Re: Automatic multi-resume feature for podcasts and audiobooks (FS#11748)
From: Paul Louden <paulthenerd_at_gmail.com>
Date: Wed, 15 Dec 2010 14:10:31 -0600 On 12/15/2010 1:59 PM, David Hall wrote: > > I hear you on that point. Are you objecting to all exceptions to that rule? Depends on how you're interpreting that rule, I may not have phrased it *quite* right. For example, I don't see that rule as conflicting with shuffled playback, but it might be interpreted as such. Obviously A-B repeat could also be termed to conflict with it, but A-B repeat is initiated on a user action and is a playback mode similar to "repeat 1" except it's "repeat less than 1." To me "A-B" seems a much more explicit situation than me listening to a book, stopping at chapter three, coming back months later, starting at chapter one, and then when I get to the file containing chapter three skipping over 20 minutes of content suddenly. But as I said this isn't my key focus. In-playlist resuming might be reasonable, I just think it's enough of an edge case that I'm not sure it's warranted as being important enough for another option. I really think this can be stripped down to something that needs minimal or no configuration and still support the vast majority of use cases. While it's unreasonable to expect someone to remember where they were in seventeen different long files, it's I don't think it's too unreasonable to ask them if they have several incomplete podcasts to play one, then play the next when finished (or even just "queue for resume" the whole folder or multiple files). Especially if the queue-for-resume feature is implemented, as then that will work even for people who want to queue up 3 or 4 podcasts and have them all resume. Received on 2010-12-15 Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy |