Support and General Use > Audio Playback, Database and Playlists

Playlist catalogue - more than one playlist directory?

<< < (2/3) > >>

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:

--- Quote from: JdGordon on April 21, 2012, 08:22:31 PM ---Playlist Catalogue is ismply a file browser, and untill we get a unionfs type thing that wont work.

--- End quote ---

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:

--- Quote from: OldSnake on April 21, 2012, 03:29:50 PM ---Rockbox already scans all available memory spaces
--- End quote ---

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.

Navigation

[0] Message Index

[#] Next page

[*] Previous page