Bugzilla – Bug 4814
Add ability to specify a directory of tracks that can be played without being added to the database.
Last modified: 2012-02-27 17:33:24 UTC
Enhancement: Add the ability to specify a directory of tracks that can be played without being added to the database. See thread for some details: http://forums.slimdevices.com/showthread.php?t=33396 Currently, any tracks that are played are added to the database and a full rescan of the library needs to be performed to remove them (At least for me. "Look for new/changed tracks" seems to leave spurious information.) Ideally, the user would be able to "Browse" to a pre-specified "temporary" directory through the player or web interface and select the tracks it contains, and be able to play them without the track information being added to the database. Personally, I'd use this for downloaded podcasts, radio shows, and audiobooks. I can also see using this for previewing any tracks that you don't want added to your permanent collection. - Add configuration of a "temporary" folder to the UI. - Add "Browse to temporary folder" to UI and player interface. - Add the ability to play tracks without adding them to the database. Slightly related to CLI enhancement Bug 4428
GK, how about if SlimServer used the playlist folder for this purpose? That way if one was to place music files in the Playlist folder, those files then could be accessed from browse playlists in SlimServer but not added to the database. Only actual playlist files would be added to the database. Just a thought. I seem to think it used to work this way but I may be mistaken.
Steven: Using the already existing playlists folder as a temporary folder would work great for my needs.
This looks like an exact duplicate of a previous enhancement request - see bug 2333. If this one is marked a dupe please vote for the other request.
This seems like perhaps it should be also related to bug 607, multiple music paths. In addition to paths for different users' libraries, we could have a temporary library.
Chris, I think you're onto something, although bug 607 isn't a request for separate user libraries, but a more simple request for the ability to designate multiple paths for a particular library. This request and bug 2333 are probably a lot more complicated than just having the ability to have multiple paths for a given library. The essence of this request is having a means to play music files easily and quickly (without waiting for a long rescan to finish) and without traces of them being left in the library database. If multiple _library_support_ (vs multiple paths) is added to SlimServer, users might accomplish this request by keeping a library designated as "temporary". They could then place transient music files into the folder for the temporary library and (assuming they keep the file count low by deleting old files) could run a quick rescan on the temporary library and have the music ready for playback almost immediately while at the same time keeping it out of the main library.
shall we mark as a dupe then to collect votes in one place?
Yes, please do, KDF.
consider it done. lets combine votes with 2333. multiple folders, while related, is a somewhat different concept. *** This bug has been marked as a duplicate of 2333 ***
Closing resolved bugs - if you feel this bug still exists please first re-test with the latest SW/FW version. If you are able to reproduce then feel free to reopen and attach new logs / steps to reproduce.