# \[X\] Verzeichnis wird geändert, wenn Dateiname geändert wird bei '/\\' im Interpret

**URL:** https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530
**Category:** Fehlermeldungen
**Created:** [November 15, 2017, 3:46pm UTC](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530 "2017-11-15T15:46:17Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![MatthiasM](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/bbe5ce/32.png) [@MatthiasM](https://community.mp3tag.de/u/MatthiasM)
#### Post date: [November 15, 2017, 3:46pm UTC](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530/1 "2017-11-15T15:46:17Z")

</div>

Hallo,

ich setze meinen MP3 Dateinamen (bei Alben mit mehreren CDs) mit folgender Aktionsgruppe:

> _Name der Aktionengruppe:_ **Dateiname auf 'CxxTxx\_\_Title\_\_Artist' setzen** _Aktionstyp:_ **Tag-Felder formatieren** _Feld:_ **\_FILENAME** _Formatstring:_ **C$num(%discnumber%,2)T$num(%track%,2)\_\_$replace($ifgreater($len(%title%%artist%),48,$left(%title%,45-$len(%artist%))...,%title%),\_, )\_\_$replace(%artist%,\_, )**

Ich habe jetzt eine MP3-Datei, da steht im Artist _Axwell **/\</b\> Ingresso** _  
**Wenn ich obige Aktionsgruppe auf diese loslasse, passieren ganz seltsame Dinge - da wird aus dem vorderen Teil (bis "Axwell") ein neues Verzeichnis gebildet, in das dann eine Datei mit Namen des hinteren Teils des Interpreten abgelegt wird ("Ingresso.mp3")**

 

Es scheint so, als ob entweder der '/' oder der '' im Interpreten als Verzeichnistrenner angesehen wird...

Achja, das ganze mit _Mp3tag v2.85_ unter Win10

---

<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: [November 15, 2017, 4:17pm UTC](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530/2 "2017-11-15T16:17:22Z")

</div>

was du beschreibst, ist ein Feature.  
Guckst du die englischen FAQs: [/t/8016/1](https://community.mp3tag.de/t/8016/1)  
oder auch die Hilfe (F1):  
[https://docs.mp3tag.de/converters/rename-files](https://docs.mp3tag.de/converters/rename-files)

Wenn du den \ nicht verwenden willst, musst du ihn mit einer eigenen Aktion/eigenem Ausdruck $replace() ersetzen.

Es gab schon mal eine Fehlermeldung zu diesem Verhalten:  
[/t/19011/1](https://community.mp3tag.de/t/19011/1)  
Wurde damals als "Kein Bug" eingestuft.

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [November 15, 2017, 6:39pm UTC](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530/3 "2017-11-15T18:39:29Z")

</div>

> [@MatthiasM](#):
>
> ... da steht im Artist _Axwell **/\</b\> Ingresso** _  
> **Wenn ich obige Aktionsgruppe auf diese loslasse, passieren ganz seltsame Dinge - da wird aus dem vorderen Teil (bis "Axwell") ein neues Verzeichnis gebildet, in das dann eine Datei mit Namen des hinteren Teils des Interpreten abgelegt wird ("Ingresso.mp3") ... Es scheint so, als ob entweder der '/' oder der '' im Interpreten als Verzeichnistrenner angesehen wird ...**

 

Siehe Forum Beitrag dort ...  
[Tag -\> Filename: Creating subfolders and no space between artists](https://community.mp3tag.de/t/19055/2)

Siehe auch:  
[https://de.wikipedia.org/wiki/Axwell\_Ingrosso](https://de.wikipedia.org/wiki/Axwell_Ingrosso)

DD.20171115.2039.CET

---

<div class="post-metadata">

### Author: ![MatthiasM](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/bbe5ce/32.png) [@MatthiasM](https://community.mp3tag.de/u/MatthiasM)
#### Post date: [November 16, 2017, 7:46am UTC](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530/4 "2017-11-16T07:46:16Z")

</div>

Danke für Eure Infos.

Wobei ich da eine andere Meinung habe (auch wenn sie nicht zählt 😉)  
Für mich ist das ein "Missfeature".

Es ist für mich ein Unterschied, ob das "" von mir von Hand zwischen Variablen eingefügt wird oder ob es innerhalb von Tag-Variablen vorkommt.  
m.E. sollten alle "speziellen Zeichen" in Tag-Inhalten generell "escaped" werden bzw. Ihre Bedeutung verlieren.

Ich habe übrigens ein ähnliches Problem bereits mit "$" im Namen und Regulären Expressions gehabt...  
Es ist auch ganz schön lästig, diese RegExp-Sonderzeichen immer von Hand escapen zu müssen...

Just my 2Cent ![<_<](https://community.mp3tag.de/uploads/default/original/1X/5996dbb474c88b8f9fc49f09dc3858d081055a2d.gif "<\_<")

(habe mir gerade eine Aktionsgruppe gebastelt, die "ft. XXX" in allen möglichen Varianten vom Titel in den Interpreten überträgt - das war vielleicht ein Aufwand, bis ich alles richtig escaped hatte...)

---

<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: [November 16, 2017, 8:05am UTC](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530/5 "2017-11-16T08:05:20Z")

</div>

> [@MatthiasM](#):
>
> Es ist für mich ein Unterschied, ob das "" von mir von Hand zwischen Variablen eingefügt wird oder ob es innerhalb von Tag-Variablen vorkommt.  
> m.E. sollten alle "speziellen Zeichen" in Tag-Inhalten generell "escaped" werden bzw. Ihre Bedeutung verlieren.

Da stimme ich Dir zu. Leider ist es momentan so programmiert und nicht so einfach zu ändern.

Um das Problem mit dem Interpreten zu umgehen, könntest Du — wie im im referenzierten Beitrag von DetlevD erwähnt — das Λ-Symbol verwenden (also keine Slash-Backslash Kombination). Ach ja, die Leute heißen übrigens Axwell Λ Ingr **o** sso.

Viele Grüße  
— Florian

---

<div class="post-metadata">

### Author: ![MatthiasM](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/bbe5ce/32.png) [@MatthiasM](https://community.mp3tag.de/u/MatthiasM)
#### Post date: [November 17, 2017, 7:00am UTC](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530/6 "2017-11-17T07:00:41Z")

</div>

> [@Florian](#):
>
> Da stimme ich Dir zu. Leider ist es momentan so programmiert und nicht so einfach zu ändern.

Schade - aber das wäre doch was als "Plan" für eine zukünftige Version 😉

> [@Florian](#):
>
> Um das Problem mit dem Interpreten zu umgehen, könntest Du — wie im im referenzierten Beitrag von DetlevD erwähnt — das Λ-Symbol verwenden (also keine Slash-Backslash Kombination).

Ja, das könnte ich machen - habe mich jetzt aber entschieden, in meiner "Bearbeitungskette" generell (was Dateinamen anbelangt) entsprechende Ersetzungen zu machen - im Dateinamen wird aus '/' dann '&' und aus '/' würde 'Or' (wobei zweiteres mir noch nicht untergekommen ist)

> [@Florian](#):
>
> Ach ja, die Leute heißen übrigens Axwell Λ Ingr **o** sso.

Ja, das weiss ich - ist nur hier im Thread falsch geschrieben - aber Danke, dass Du mich drauf hinweist...

Achja: es wäre richtig klasse, wenn Du im Bereich Scripting deutlich Erweiterungen vornehmen könntest - ich meine damit das ganze etwas mehr als "Programmiersprache" auszubauen; z.B. mit der Möglichkeit das ganze mehrzeilig zu formulieren (zu formatieren) und mit Kommentaren versehen zu können; die "Einzeiler" sind oft sehr schwer zu lesen und nach einigen Monaten weiß ich oft nicht mehr, was ich mir dabei gedacht habe...  
Auch Debuggen von komplizierten Scripten ist sehr schwierig - ich behelfe mir inzwischen immer mit temporären Tagfeldern, die ich am Anfang aus den eigentlichen Tags erzeuge, am Schluss dann das Ergebnis den eigentlichen Tags wieder zuweise und dann die temporären Tags wieder lösche.  
Beim Debuggen lasse ich dann die Zuweisung und das Löschen weg - dann kann ich sehen, was in die temporären Variablen geschrieben wurde...

Aber diese Themen sind hier OT und gehören wohl eher unter "Vorschläge" 😃

viele Grüße,  
Matthias
