On the subject of playlists, here is what happens (I've actually just spent part of my evening looking it all up):
if you have a playlist folder then all playlists in that folder and it's subfolders will be collected into a flat list of playlists. there is an open request to have that return to a ui where the playlist subfolders are kept so that the playlists can be represented as a browsable tree. http://bugs.slimdevices.com/show_bug.cgi?id=1740 It is targetted for 7.0, but at this point I'd say it would not be worth putting money on hitting that target. if you have playlists in the music folder, these are left alone. Here is the scanner log showing the extensions considered valid for music folder scan: [18:35:53.9581] Slim::Utils::Scanner::scanDirectory (286) About to look for files in /myth/music [18:35:53.9603] Slim::Utils::Scanner::scanDirectory (287) For files with extensions in: (?i-xsm:\.(?:ape|wma|wav|wave|mp3|mp2|flc|flac| fla|m4a|mov|m4b|mp4|mp+|mpc|ogg|aif|aiff|cue)$) This list is derived from types.conf and is made up only of the types flagged as 'audio', not 'playlist'. While I may be incorrect that it's been this way al through 6.5, it is this way to get past problems from 6.5 and before. It's just too much checking involved to deal with playlists in folders because so many have bogus paths and refer to non-existent files (EAC, for example creates an M3U/CUE of WAV files when I rip, but then converts the files to FLAC leaving the M3U pointing to the wrong thing. That's just one example, and of course it would be nice to be able to support it, but for now it's just as easy to select the album from browse album and play it. -kdf _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
