More > JRiver Media Center 21 for Windows

Feature Request: Path Rewrite

<< < (3/4) > >>

glynor:

--- Quote from: Hendrik on July 27, 2015, 10:32:46 am ---This already exists, check "Library Tools -> Rename, Move & Copy Files", you can re-organize the physical storage of the files according to any tags or expressions.

--- End quote ---

More info:
http://wiki.jriver.com/index.php/Rename,_Move,_and_Copy_Files

glynor:

--- Quote from: JohnT on July 27, 2015, 07:58:57 am ---Michael, could you describe in some detail how you are accessing your library from clients?   There are many possible permutations and I want to make sure I understand your use case.  Thanks.

--- End quote ---

By the way, I'm very interested in this, though I haven't had time to read this thread in detail.

I'll try to comment later tonight.

MediaMike:

--- Quote from: JohnT on July 27, 2015, 07:58:57 am ---Michael, could you describe in some detail how you are accessing your library from clients?   There are many possible permutations and I want to make sure I understand your use case.  Thanks.

--- End quote ---

Sorry for the lengthy note, but I am trying to give a complete answer: I do have a Linux based server hosting all media files, covers and the libraries. The files are shared by SMB as the majority of the clients are Windows based. Right now I do have the following setup:

The Linux server provides the following SMB shares:

Library files and covers:\\mediaserver\shared\Music files:\\mediaserver\music_lib\Video files:\\mediaserver\video_lib\
Under Windows I historically use drive mappings but I am in the process to change to UNC paths. With Mac OS (or other Unixoide systems) I would need to mount the remote paths into the local filesystem.

Content     Win DriveWin UNCMac OS/XLibrary:     S:\\\mediaserver\shared\~/mnt/shareMusic files:T:\\\mediaserver\music_lib\~/mnt/music_libVideo files:U:\\\mediaserver\video_lib\~/mnt/video_lib
Following the mappings above the same physical file "(1) Sample.mp3" would be found by

Win: T:\CDs\Artist\Title\(01) Sample.mp3
Mac: ~/mnt/music_lib/CDs/Artist/Title/(1) Sample.mp3

With the "token" approach from above, I would set the following variables on the clients:

VariableWindowsMac OS/X$MUSIC:T:\~/mnt/music_lib/$VIDEO:V:\~/mnt/video_lib/
Pending on the Client MC would then store the filename as
WIN: $MUSIC, CDs\Artist\Title\(01) Sample.mp3
MAC: $MUSIC, CDs/Artist/Title/(01) Sample.mp3

With the exception of the different path separator \ or / everything looks fine. I appreciate that during scan a clever mechanism to identify the appropriate token need to be found. Probably longest match would be a good approach. You would also need to consider case sensitivity in Linux and case insensitivity with Windows.

Does that make sense?

Regards,
Michael

rito:

--- Quote from: Hendrik on July 27, 2015, 10:32:46 am ---This already exists, check "Library Tools -> Rename, Move & Copy Files", you can re-organize the physical storage of the files according to any tags or expressions.

--- End quote ---

Yup, this works great EXCEPT for SACD ISOs  ::)

mwillems:

--- Quote from: MediaMike on July 28, 2015, 04:43:51 pm ---With the exception of the different path separator \ or / everything looks fine. I appreciate that during scan a clever mechanism to identify the appropriate token need to be found.

--- End quote ---

I would appreciate an opportunity for the user to specify the token/base path (separately on each machine).  Auto-detection would be nice, but I'd like to be able to override any auto-detection in case of subtly different mappings (for example with filepaths too long for windows).


--- Quote ---You would also need to consider case sensitivity in Linux and case insensitivity with Windows.

--- End quote ---

Also windows filepath limits and shell expansion characters.

I'm excited about this.  This would remove another obstacle to total linux server domination  ;D

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version