# \[F\] 2.78a: Konverter Tag-Dateiname mit \\ führt zu falschem Pfad

**URL:** https://community.mp3tag.de/t/f-2-78a-konverter-tag-dateiname-mit-fuhrt-zu-falschem-pfad/18223
**Category:** Fehlermeldungen
**Created:** [September 7, 2016, 3:42am UTC](https://community.mp3tag.de/t/f-2-78a-konverter-tag-dateiname-mit-fuhrt-zu-falschem-pfad/18223 "2016-09-07T03:42:26Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 7, 2016, 3:42am UTC](https://community.mp3tag.de/t/f-2-78a-konverter-tag-dateiname-mit-fuhrt-zu-falschem-pfad/18223/1 "2016-09-07T03:42:26Z")

</div>

In der Version 2.78a:

Beim Versuch, eine Datei mit allen notwendigen Feldern per  
Konverter\>Tag-Dateiname  
in ein neues Verzeichnis zu schieben, passiert folgendes:  
Maske:  
%album% - %year%\%album% \_ $num(%track%,3) \_ %artist% \_ %title%  
Vorschau im Screendump:  
 ![](https://community.mp3tag.de/uploads/default/original/2X/c/c5eec7622bd8d9dfa16832e97d3cce4e5445d818.png)  
  
Vorschau über den Knopf "Vorschau" im Dialog des Konverters:

"E:\MP3Musik\Podcasts\SWR2 Hörspiel\German National Tours \_ 001 \_ Kristian Kuszinsky \_ German National Tours.mp3" -\>  
"E:\MP3Musik\Podcasts\E\MP3Musik\Podcasts\German National Tours \_ 001 \_ Kristian Kuszinsky \_ German National Tours.mp3German National Tours \_ 001 \_ Kristian Kuszinsky \_ German National Tours.mp3"  
Und so wird die Datei dann auch verschoben.

Mp3tag legt also anscheinend unterhalb des aktuellen Pfads  
e:\mp3musik\podcasts  
ein Verzeichnis  
e\mp3musik\podcasts  
an  
und dort dann eine Datei mit dem Namen, der aus dem doppelten vollständigen Dateinamen besteht.

Dieses Phänomen tritt nur auf, wenn ein \ im Format-String enthalten ist.

Edit: Nachtest:  
Bei Angabe eines absoluten Pfades, also  
E:\MP3Musik\Podcasts\%album% - %year%\%album% \_ $num(%track%,3) \_ %artist% \_ %title%  
wird die Datei korrekt verschoben. Es scheint der relative Pfad zu sein, der zu gut ausgewertet wird.

![](https://community.mp3tag.de/uploads/default/original/2X/c/c5eec7622bd8d9dfa16832e97d3cce4e5445d818.png)

---

<div class="post-metadata">

### Author: ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [September 7, 2016, 9:04am UTC](https://community.mp3tag.de/t/f-2-78a-konverter-tag-dateiname-mit-fuhrt-zu-falschem-pfad/18223/2 "2016-09-07T09:04:44Z")

</div>

Da stecken wohl noch andere Ungereimtheiten drin, denn wenn man am Anfang des Format-Strings zusätzlich einen Backslash eingibt, kommt es nicht zu diesem Verhalten. Mir scheint da ist bei der Bug-Beseitigung in 2.78a etwas schief gelaufen, denn in 2.78 bestand **diese** Problematik noch nicht.

Es ist wohl generell nicht ratsam, bei Konvertieren Tag=\>Dateiname auf den absoluten Pfad zu verzichten.  
Wenn man z.B. später einen Ordner in MP3Tag hinzufügt, gilt der ab sofort als aktueller Ordner und die Dateien werden munter auch an diesen Ort verschoben.  
Beispiel:  
Zunächst importiert man den Ordner  
D:\Mp3s\Klassik  
Dann fügt man den Ordner  
D:\MP3s\Pop  
hinzu.  
Beim Konvertieren eines Titels aus dem Ordner Klassik Tag=\>Dateiname mit dem String  
%composer%\%album%\%track% - %title%  
landet dieser dann in  
D:\MP3s\<b\>Pop\D\MP3s\Pop\%composer%\%album%\

Dieses Verhalten ohne den im Eingangsthread beschriebenen neu aufgetretenen Fehler in 2.78a gab es auch schon in der Vorversion.  
Da wäre dann eine Verschiebung nach  
D:\MP3s\<b\>Pop\%composer%\%album%  
erfolgt.  
Gleiches passiert auch bei einer Aktion "Format Value" und dem Feld %\_filename%.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [September 8, 2016, 12:43pm UTC](https://community.mp3tag.de/t/f-2-78a-konverter-tag-dateiname-mit-fuhrt-zu-falschem-pfad/18223/3 "2016-09-08T12:43:50Z")

</div>

Vielen Dank euch beiden für die hilfreichen Hinweise. Könnt ihr es mit dieser Version mal ausprobieren und mir hier Feedback geben?

[http://download.mp3tag.de/mp3tagv278bsetup.exe](http://download.mp3tag.de/mp3tagv278bsetup.exe)

Danke und Gruß  
– Florian

---

<div class="post-metadata">

### Author: ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [September 8, 2016, 1:38pm UTC](https://community.mp3tag.de/t/f-2-78a-konverter-tag-dateiname-mit-fuhrt-zu-falschem-pfad/18223/4 "2016-09-08T13:38:10Z")

</div>

> [@Florian](#):
>
> Könnt ihr es mit dieser Version mal ausprobieren und mir hier Feedback geben?

Das war wohl wichtig, denn die Forensoftware hat mir über Deinen Beitrag gleich 4 Mitteilungen geschickt, aber vielleicht passiert das immer, denn der Meister sich meldet. 😉

Der von Ohrenkino augeführte Bug sieht für mich gefixed aus.

Wenn Du auch das von mir geschilderte Verhalten bei später hinzugefügten Ordnern als Bug ansiehst - das Verhalten besteht nach wie vor.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 8, 2016, 4:28pm UTC](https://community.mp3tag.de/t/f-2-78a-konverter-tag-dateiname-mit-fuhrt-zu-falschem-pfad/18223/5 "2016-09-08T16:28:51Z")

</div>

> [@poster](#):
>
> ....  
> Der von Ohrenkino augeführte Bug sieht für mich gefixed aus.  
> ...

Ja, das sehe ich auch so: es wird bei relativer Pfadangabe nur der und nicht noch ein Sonderverzeichnis aus Laufwerksbuchstabe und übergeordneten Pfad angelegt.

Edit: Vielleicht sollte ich auch einfach mal "Danke!" sagen: Danke!