Support and General Use > Audio Playback, Database and Playlists

Incorrect Resume

<< < (4/4)

Llorean:

--- Quote from: MatthewP on May 03, 2010, 01:37:30 AM ---It doesn't solve the problem initially presented.  But the solution is still useful because I still need to delete many files through Rockbox.  This is not a issue with any other DAP's original firmware, so I'm surprised that Rockbox can't handle such a simple use case.

--- End quote ---

Many OFs don't allow you to delete files. Many others force the use of a database (look how long the e200 requires you to wait on bootup for it to scan and create its database before you can use it if it's in MSC mode). Many other take quite a while to recreate the playlist.

Simply put, yes, some other OFs may avoid this issue, but at other various costs of their own. Meanwhile, it's trivial for you to avoid this issue by either bookmarking or re-selecting the file to resume from, while the advantages of the way things are done exist for people who don't delete these files.

Honestly, if you need to delete many files through Rockbox while still listening to files in their folder, maybe you should examine your use habits. Perhaps try putting songs you know you like in a separate folder from the songs you're considering deleting in the first place.

Or the most obvious and simple solution - instead of simply playing a file in the folder, quickly create a playlist of it through the context menu and play that. This takes a few seconds more, but will not suffer the problem you're describing.

Or use the database.

Basically, there's a list of solutions to your problem, so I don't see why you're focusing on the one solution that requires additional work be done, and takes certain existing advantages away from people who don't for whatever reason apparently frequently find themselves deleting files.

torne:

--- Quote from: Yotto on May 03, 2010, 06:13:57 AM ---Personally, I wish that the user could define "resume" as "Load last bookmark" instead of what it is now, but as a non-programmer I have no clue how to do it myself.

--- End quote ---
This wouldn't be that difficult, as long as you had "Maintain a list of recent bookmarks" enabled; it could just load the most recent one from that list. Of course, you can already do this manually by just picking Recent Bookmarks from the menu and then hitting select again, since the most recent one is selected by default :)

Yotto:

--- Quote from: torne on May 03, 2010, 12:52:05 PM ---
--- Quote from: Yotto on May 03, 2010, 06:13:57 AM ---Personally, I wish that the user could define "resume" as "Load last bookmark" instead of what it is now, but as a non-programmer I have no clue how to do it myself.

--- End quote ---
This wouldn't be that difficult, as long as you had "Maintain a list of recent bookmarks" enabled; it could just load the most recent one from that list. Of course, you can already do this manually by just picking Recent Bookmarks from the menu and then hitting select again, since the most recent one is selected by default :)

--- End quote ---
Yeah, I know. It'd just give me a reason to hit Play (on iPod) on startup sometimes. It's the lazy man in me who wants to avoid hitting "Select" twice :)

But by now I've put more effort into explaining it than I'd ever save with its implementation :) so I'm officially dropping it.

MatthewP:
I tried using Bookmarks but it didn't work quite right.  I had Bookmark on Stop set to Yes, Load Last Bookmark set to Yes, but it didn't start in the right place.  After some experimenting with the different combinations of Unique, Recent Only, and Maintain a list of Recently Used Bookmarks settings I've finally got it close to what many people here are trying to do--use bookmarks to replace the broken resume feature.  If only Rockbox could load the bookmark and start playing the song without requiring me to select the bookmark first.  This shouldn't be necessary as there is only one.  An option to automatically play the last bookmark would be nice.  Maybe a kind soul will add this some day.

Navigation

[0] Message Index

[*] Previous page