Print

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

[vaso65]

Hello,

I have always used these rules to synchronize devices:

Audio filename rule: if(isequal([genre], Classica),/([composer]/) [Album] /([opera]/)[Disc #].[Track #].[Name],[Disc #].[Track #] - [Name])

From some releases it seems that the dot (in this case between [disc #] and [track #]) is no longer considered as before

for example:
   if there is a dot in the formula ([Disc #].[Track #]), the final name of the file is: 1.mp3  (1 is the disc number)
   if in the formula there is the - instead of the period ([Disc #]-[Track #]) the name of the final file is: 1-5 - Tainted Love.mp3
the correct file name has always been 1.5 - Tainted Love.mp3

I also tried treating it as a special "/." but it does not work

This problem is independent of the device used as destination (smartphone, pen-drive, ext-HD)

Thanks in advance

[lepa]

Audio filename rule: if(isequal([genre], Classica),/([composer]/) [Album] /([opera]/)[Disc #].[Track #].[Name],[Disc #].[Track #] - [Name])

seems to work as expected for me. Are you sure you didn't do some typo? That 1 you are seeing could also be true value from the IF decision, if you have a convenient typo. If you cold post example screenshot from RMC tool maybe someone could see if there is some problem with the expression in there

[zybex]

Is this the full expression or is there more before/after it to handle other cases?
The "1" looks like the output of some boolean expression, perhaps it's not the Disc#.

[vaso65]

The problem is not related to the "IF" but to the formatting of the file name.

I have simplified the formula so that it only contains the error.
I have attached the print screen with the formula in error (on the left) and the correct one (on the right)

ps I made the redetect of the devices so as not to have "clicked" some flags by mistake.

[zybex]

Can you check if this happens only on filenames which have parenthesis? Like that "(demo)".

[vaso65]

Can you check if this happens only on filenames which have parenthesis? Like that "(demo)".

The anomaly does not depend on the characters contained in the filename, I have tried with several files with or without special character

[zybex]

OK. But you say it happens "for some releases". That means it only happens on some files, correct? Can you find a commonality between them? Something is triggering the issue (which looks like a bug)
Which exact version of MC are you using?

The anomaly does not depend on the characters contained in the filename

You mean the [Name] field right? The filename is then generated out of that.

[vaso65]

OK. But you say it happens "for some releases". That means it only happens on some files, correct? Can you find a commonality between them? Something is triggering the issue (which looks like a bug)
Which exact version of MC are you using?

I tried with releases 28 and 29. (on Windows 11)
"From some release" I mean this effect appeared with an MC build that I don't know of.
I'm sure the formula worked because on my device, updated some time ago, the files had the correct file name.

You mean the [Name] field right? The filename is then generated out of that.

Yes

News:
(After many tests) It would seem that the dot is interpreted as the end of the filename so not all the formula is applied but only the first part, so the result is always disk_number.mp3

If I put a final dot [Disc #].[Track #] - [Name].  in the formula, the formula is solved correctly and the filename is correct.

[zybex]

News:
(After many tests) It would seem that the dot is interpreted as the end of the filename so not all the formula is applied but only the first part, so the result is always disk_number.mp3

If I put a final dot [Disc #].[Track #] - [Name].  in the formula, the formula is solved correctly and the filename is correct.

Great, that looks like the source of the bug

@Matt, can you please check what happens with multiple dots on the filename rule? Looks like a bug.

[Matt]

We see the stuff after the dot as the extension on the filename because we don't put an extension on it when checking.

I'll try to fix it today.  Thanks for the help.

[vaso65]

Just to point out that during the checks I noticed that the formula [Disc #].[Track #] - [Name] (without last point) works correctly if used in the "Rename, move & copy files" window

[lepa]

Yep, I checked it with RMC because I missed the handheld part for original post...
So there it is working

[vaso65]

So there it is working

Yes. The problem is present only in the configuration of handhelds

[vaso65]

Another information

I mistakenly said "If I put a final dot [Disc #]. [Track #] - [Name]. In the formula, the formula is solved correctly and the filename is correct." but it is not fully correct.

The final point allows the construction of the file name but it is no longer possible to manage the extension

I have tried several workarounds but at the moment in the management of handhelds they do not work

[Matt]

Should be fixed here:
https://yabb.jriver.com/interact/index.php/topic,133470.0.html

Testing appreciated.  Thanks for the help.

[vaso65]

Should be fixed here:
https://yabb.jriver.com/interact/index.php/topic,133470.0.html

Testing appreciated.  Thanks for the help.

I have done some tests and it seems to be working fine.

Thank you.