Please show us (possibly with screenshots) the function that you use and the original data
That has probably come from the backslash in the artists' name.
It would still be nice to see screenshots of the function that you use and the original data
Yes I figure that the /\ in the artist name is causing an issue. As for why I was getting that error it was to do with all the Action I take on my music files. Upon further investigation it comes to my DJ Name Correction where it changes Axwell & Ingrosso to there correct names of Axwell /\ Ingrosso
It also happened when I did a convert Tag - Filename
Your Backslash fix in the ARTIST name will "break" your name into two parts when renaming:
Axwell\Ingrosso
This is by design. From the documentation:
If you’re using a backslash character
\in a format string at Convert → Tag - Filename , Mp3tag creates a folder from the part of the format string in front of a backslash. This way, you can create folder structures based on tag information.
You could try using a similar unicode character instead of a real Backslash.
Something like ⧹ ﹨
U+29F9 : BIG REVERSE SOLIDUS
U+FE68 : SMALL REVERSE SOLIDUS
I think the "specified path is invalid" error is a follow-up to \ being used to create another directory, where Mp3tag then can't find the file because it's been moved to that new directory.
I'd suggest changing your function to use the ARTISTSORT tag where you can store "Axwell and Ingrosso" to rename your files with no conflicts and keep ARTIST with "Axwell Λ Ingrosso" for accuracy.
I thought it might be a stray %_filename%, %_folderpath% or %_directory% but I just tried a Replace action type set to _ALL which would change every tag present in a file as per @Trancedaddy 's image.
I set it to change a word to a replacement with a \ in it which does reproduce the issue. Mines notifies with an error stating "C:\Users\Owner\Downloads\C:\Program Files\WindowsApps..." etc. which is where my test file is stored then where my version of Mp3tag is.
It doesn't actually change the filename/move the file to a new directory as I had thought but it does rename every tag where the input word was found then throws that error if it's found in the filename.
Don't want to call it a bug but maybe an inconvenience? I'd still recommend using Λ to circumvent the issue if an ARTISTSORT tag isn't desired.
This is yet another reason why I would NEVER EVER use _ALL for a Replace action.
The result is inpredictable.
I’ve just read up again and seen _ALL can be replaced with _TAG, which affects all tag fields without touching the _FILENAME. That might be a safer option then the filename could be set with a separate action type like Format value once your tags have been finalised.
