Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jb82]

During a handheld sync that includes conversion, instead of Filename (path) belonging to the file being converted it seems to either become:

%UserProfile%\AppData\Roaming\J River\Media Center 26\Temp\
or the JRiver Conversion Cache path if conversion cache has been enabled.

Disabling file conversion leads to the correct/expected behaviour (e.g. it uses the path of the original file and expressions work accordingly).

Easy to recreate:
convert a file and set the path (a.g. Audio Path) to [Filename (path)]\
then run a sync with and without file conversion and the path of the converted file will change according to above.

[RoderickGI]

Interesting... but not unexpected.

The Sync with conversion is actually a Conversion and then a Sync. The temporary files are getting their [Filename (path)] field updated to their actual location, which is fundamental to the way MC works, before the Sync. So you get what you are seeing.

I guess the simple answer is to not use the [Filename (path)], or [Filename (name)], or [Filename] fields in any Handheld Sync file and path naming expressions. Use an expression that matches that one you use in the rest of MC, such as in the RM&CF function.

Comments from JRiver?

[jb82]

Hi Roderick. Yes, that's exactly what's happening. I can't use tags because I want to retain unicode naming convention (mainly because tags differ where there are special characters).

I do have a workaround, but presumably the sync code could be updated to store the original file path as a variable that's called when setting the destination path for the conversion. I struggle to imagine any circumstances where the temp filepath is of any use or would be more logical over the source location for this purpose.

Hunting about, this seems to have affected others in the past:
https://yabb.jriver.com/interact/index.php?topic=116151.0
https://yabb.jriver.com/interact/index.php?topic=81779.0

[RoderickGI]

I wrote a lot in one of those threads!

Only JRiver could do something about this.

[jb82]

Ah yes, sorry! Too busy reading the content!