Playlist catalogue - more than one playlist directory?

[OldSnake]

Hi,

I just flashed my Sandisk Sansa Clip+ with Rockbox 3.11.2 and am overwhelmed by all the options that I can now switch on and off. It's really amazing what the Devs have set up with this wonderful piece of software.

I have one question regarding the playlist catalogue: Is it possible to set more than one playlist directory? My playlists are located on the Clips internal memory and on the microSD card so I have to switch between the directories if I want to use the playlist catalogue for both memories. The manual speaks only of a "player’s specified playlist directory".

And one more thing: The original firmware of the Clip+ has a (main) menu item specifically for accessing and hearing podcasts. Is something similar planned for the main menu of Rockbox? That would be a real time saver.

[JdGordon]

It depends what you expect from the playlist catalogue. If you put .m3u files in there with the correct paths then you could probably do that with a shortcut to switch the PC directory to the internal/uSD path. (i.e create a shortcut to run a .cfg which just has that one setting set, then the main menu would go to the right one).

As for the second question, there are ways to do that with the database

[johnb]

Also for the PODCASTS directory I use a shortcut ...

[OldSnake]

Already created some shortcuts, but it's nonetheless a bit more inconvenient than the OF...

Rockbox already scans all available memory spaces, why not put all found playlist files into the playlist catalogue automatically by default? Is something like that planned for a future release? 

[JdGordon]

because it isnt that simple. and noone has done the work needed.

[saratoga]

We should probably put a compile time check for multivolume, and then search both the sd and internal root file systems for a playlist folder. 

(Not volunteering to do it)

[JdGordon]

Playlist Catalogue is ismply a file browser, and untill we get a unionfs type thing that wont work.

Doing it through the database makes the most sense, but the problem is we need to know which directory the playlist was in so the paths work (most .m3u files store relative paths, not absolute)

[saratoga]

Playlist Catalogue is ismply a file browser, and untill we get a unionfs type thing that wont work.

Does it actually need to show the raw file system though?  Couldn't we just check a few folders, concatenate their contents together in memory, and then show that? 

[JdGordon]

doing it through the database would probably invovle the same amount of work :/

[bluebrother]

Rockbox already scans all available memory spaces

This is not correct. Depending on how you configured Rockbox it doesn't scan anything automatically. There's dircache which build a cache of the files on the player, so it scans all filenames. There's the database which can be set to autoupdate. But neither of them is enabled by default (unless this changed recently), and depending on your player you don't want those features enabled by default.

[saratoga]

Dircache is on by default now, at least on targets with enough memory to use it.

[bluebrother]

Dircache is on by default now, at least on targets with enough memory to use it.

It is? Ok, then I guess I missed when that was changed.