More > JRiver Media Center 21 for Windows

Feature Request: Path Rewrite

(1/4) > >>

MediaMike:
Hi all, I'd like to use MC from various different clients using the same physical database. In general MAC and Windows MC do read the same database but the machines are using different paths to access the files on a central media server. As a result the other client does not find the file. E.g.
 
Windows uses UNC type path names and back slashes: \\mediaserver\music_lib\Music\<artist>\...
MAC OSX (and Linux) uses mounts and forward slashes: /mnt/music_lib/Music/<artist>/...

It would be nice if I could configure rules to translate the stored pathnames from UNC format to Linux style (and vice versa). It would require to replace a prefix and translate slashes into back slashes (and vice  versa).

XBMC aka KODI offers such a feature which is really useful in a diverse environment.

Many thanks.

Kind regards,
Michael

JohnT:
I agree this would be a nice feature to add.  Here are some use cases:

1. copying a library from one platform to another (i.e. Windows to Mac).
2. when a user moves their media collection to another location
3. when using the same physical MC library from multiple computers (your example)
4. on a media server client with the option "Play local file if one that matches Library Server file is found" enabled

We've done some brainstorming in the past on the best approach to the problem.  Seems like when MC finds a batch of unlinked files, it could search for a path substitution that would re-link them and query the user whether it should proceed with the substitution.  The user could accept the auto-generated substitution or manually create a substitution by browsing to the correct location of one or more of the un-linked files.

mattkhan:
+1 to this, I raised the point a while ago as https://yabb.jriver.com/interact/index.php?topic=94080.0

why isn't it just a question of jriver tokenising the value as it stores it in its database? you have to pick various paths as the root for all this content anyway after all so replacing that as $MOVIES_ROOT$ (or whatever) seems like it would be sufficient

JimH:

--- Quote from: mattkhan on July 23, 2015, 09:21:30 am ---+1 to this, I raised the point a while ago as https://yabb.jriver.com/interact/index.php?topic=94080.0

why isn't it just a question of jriver tokenising the value as it stores it in its database? you have to pick various paths as the root for all this content anyway after all so replacing that as $MOVIES_ROOT$ (or whatever) seems like it would be sufficient

--- End quote ---
We agree in principle.

mattkhan:

--- Quote from: JimH on July 23, 2015, 09:47:30 am ---We agree in principle.

--- End quote ---
sounds promising, I will live in hope :)

Navigation

[0] Message Index

[#] Next page