Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Rockbox mail archive

Subject: Bookmarking playlists on the iRiver

Bookmarking playlists on the iRiver

From: <lear_at_algonet.se>
Date: 2005-09-15

Hi,

I've noticed that bookmarking tends to stop working when using long playlists on
the iRiver. I wonder if that might be caused by the playback code "deleting"
playlist entries. The bookmarking code does a "system check" before creating
a bookmark, where among other things it checks if the playlist is modified,
and deleting a playlist entry makes the playlist modified. Yet another reason
why deleting playlist entries from the playback code could be considered
bad. :)

However, where the bookmarking code checks for a modified playlist, one can
read the comment "can't bookmark while in the queue", suggesting that the
check is in fact not quite correct. Perhaps it should just check if the
current track is queued? That seems like the proper thing to do.

A few other things regarding bookmarking:

* What about a splash when bookmarking isn't possible (especially for a
queued track)? As it is now, Rockbox silently ignores any bookmarking requests...
:/

* With autobookmarking and fade on stop on at the same time, it takes quite a
while before the bookmark is actually written. What about making auto-bookmarking
a two step thing? Before starting a fade, call a function that if bookmark
is set to auto, spins up the disk so that when the fade is complete, a bookmark
can be written more quickly. And perhaps that first function should also
ask the bookmarking question, if so configured?

  Magnus

_______________________________________________
http://cool.haxx.se/mailman/listinfo/rockbox
Received on Thu Sep 15 09:20:18 2005


Page was last modified "Jan 10 2012" The Rockbox Crew
aaa