# \[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:** 1
**Showing post:** 2

<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.

---

_[View the full topic](https://community.mp3tag.de/t/x-verzeichnis-wird-geandert-wenn-dateiname-geandert-wird-bei-im-interpret/19530)._