Welche Version von MP3tag verwendest du?
Denn hier [F] 2.78a: Konverter Tag-Dateiname mit \ führt zu falschem Pfad
wurde schon mal ein ähnliches Verhalten beschrieben.
Das galt dann für die Version 2.78a.
In der aktuellen 2.80 finde ich das Verhalten weder für / noch für \ als Teil eines Variableninhalts.
Edit: Korrektur meinerseits: das Problem tritt dann auf, wenn das Feld, in dem in den Daten ein / oder \ auftreten kann, Teil der Pfad-Generierung ist.
Man kann (derzeit) den Fehler umgehen, indem man den kompletten Ausdruck (Format-String) zur Generierung mit einem $validate() behandelt.
Das sollte eigentlich nicht nötig sein. Für mich sieht es auch aus wie ein Bug.