# Dateinamenformat

**URL:** https://community.mp3tag.de/t/dateinamenformat/15670
**Category:** Allgemein
**Created:** [April 20, 2014, 8:34pm UTC](https://community.mp3tag.de/t/dateinamenformat/15670 "2014-04-20T20:34:00Z")
**Posts on this page:** 1
**Showing post:** 11

<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: [April 29, 2014, 4:22pm UTC](https://community.mp3tag.de/t/dateinamenformat/15670/11 "2014-04-29T16:22:23Z")

</div>

> [@Torben1](#):
>
> Ich drück auf einen belibigen Song und geh dann in der Leiste oben auf das Symbol "Tag-Dateiname". Ist was etwa nicht wie man es normalerweise macht?

Hm, ja, jetzt verstehe ich etwas mehr, es geht um die Konstruktion von Dateinamen mit dem Konverter "Tag -Dateiname", das hast du ja auch schon in post #1 gesagt.

In der Tat gelingt es mit diesem Konverter, und mit dem _fehlerhaften_ Skriptcode ...

**$if(%ARTIST%,%ARTIST%" - ","")$if(%ALBUM%,%ALBUM%" - ","")$ifgreater(%TRACK%,9,$sub(%TRACK%,/%\_%)". ",$if(%TRACK%,"0"$sub(%TRACK%,/%\_%)". ",""))%TITLE%**

... tatsächlich ein brauchbares Ergebnis zu erzwingen.

Warum funktioniert das mit dem Konverter "Tag -Dateiname" und an anderer Stelle im Mp3tag nicht?  
Die Erklärung ist relativ einfach.

Im Dateisystem gelten bestimmte Regeln für die Erzeugung von Dateinamen.  
Zum Beispiel sind diese Zeichen verboten: **\< \> ? " : | \ / \***

Mp3tag ist deshalb so schlau und passt auf, dass verbotene Zeichen erst gar nicht im Dateisystem ankommen.  
Mp3tag bügelt also ohne irgendeine Meldung die möglichen Eingabefehler des Anwenders aus, und entfernt automatisch z. B. die doppelten Anführungszeichen aus dem zu erzeugenden Dateinamen.

Dadurch dass der Konverter "Tag - Dateiname" die Eingabefehler automatisch entfernt, so wird trotzdem die Eingabe-Zeichenkette nicht nachträglich gültig, sondern bleibt fehlerhafter Code.

Ich empfehle deshalb, den Vorschlag aus post #1 für den eigenen Bedarf nicht zu verwenden.

Siehe auch ...  
[Wieder mal RegEx ....](https://community.mp3tag.de/t/3648/3)  
[Gesamtanzahl der Tracks wird nicht richtig augelesen](https://community.mp3tag.de/t/13423/3)  
[[F] $validate() broken?](https://community.mp3tag.de/t/8311/12)

DD.20140429.2022.CEST

---

_[View the full topic](https://community.mp3tag.de/t/dateinamenformat/15670)._
