Bug 4595 - CLI support for Browse music folder
: CLI support for Browse music folder
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: CLI
: 6.5b3
: PC All
: P2 enhancement with 4 votes (vote)
: Future
Assigned To: Chris Owens
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-12-14 08:00 UTC by Dr Lovegrove
Modified: 2008-12-15 13:07 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dr Lovegrove 2006-12-14 08:00:06 UTC
Currently the CLI only supports 'browsing' files if they've been scanned and stuff. Be good to have functionality similar to browse music folder in the web ui. 

Very useful for finding / playing badly tagged files, or files which have only just been added and not yet scanned. 

Maybe it could be implemented in a similar way to the radio xml stuff ?
Comment 1 KDF 2006-12-14 08:33:55 UTC
I'm not sure the point of this is clear.  Assuming CLI being used from a third party application, these third party application surely have direct access to browsing the filesystem.  Music Folder root is already known, and should play when slimserver is given the chosen file location (as a file://url).  checking for bad tags would also work, as you can grab metadata from the slimserver DB using the file://url as a reference too.

Further explanation would be helpful.
Comment 2 Dr Lovegrove 2006-12-14 08:50:05 UTC
No, 3rd party apps dont always have access to the file-system directly, and when they do, there is the problem of links/shortcuts, which just dont work over LAN browsing.

A CLI browse music folder should abstract all this into a trouble-free way of walking a user's entire music collection via folder-names rather than tags. It would enable clients to provide a richer music choosing experience. 
Comment 3 Chris Owens 2007-02-12 14:54:19 UTC
Fred, do you have any comments on this?
Comment 4 Fred 2007-02-12 15:59:48 UTC
This was available for playlists before they were moved in the DB, so is possible. The issue is more with exchanging paths back and forth taking into account the various OS specific stuff. Also sounds to me very "last century" as an approach but has been requested so will be implemented one day, maybe for 7.0 but don't hold your breath :)
Comment 5 Fred 2007-04-25 15:12:19 UTC
Will be done soon.
Comment 6 Fred 2007-05-18 04:32:47 UTC
*** Bug 1323 has been marked as a duplicate of this bug. ***
Comment 7 Fred 2007-05-20 09:58:12 UTC
r12057 for a first version. 

I will add the ability to specify a URL as top level item: given the underlying code adds stuff to the DB, this gives the ability to do selective rescans for a given folder (this will solve the "to be able to specify individual folders to rescan" issue of bug 4598).
Comment 8 KDF 2007-05-20 10:13:46 UTC
that's change 12057, for the link
Comment 9 Dr Lovegrove 2007-05-22 04:37:09 UTC
(In reply to comment #5)
> Will be done soon.

Good work here.. I've implemented support in Moose for the new 
musicfolder CLI and it seems to be working really well. 

Just wondering what the best way of 'playing' a folder would be. Is
the plan to add a folder_id to playlistcontrol ? 

Comment 10 Fred 2007-05-22 04:45:55 UTC
I did not have this idea, but now you mention it, it makes sense :)
Comment 11 Fred 2007-05-26 03:48:06 UTC
all done around r12100 (sorry not sure how to make a nice link like kdf does)
Comment 12 KDF 2007-05-26 11:34:26 UTC
bugzilla looks for the word 'change' followed by a number. (no 'r')
change 12100

marking as fixed.  reopen if there are any problems.
Comment 13 James Richardson 2008-12-15 13:07:44 UTC
This bug appears to have been fixed in the latest release!

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.

Make sure to include the version number of the software you are seeing the error with.