# Wieso wird gewisse Schreibweise von COMM tag nicht akzeptiert?

**URL:** https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529
**Category:** Allgemein
**Created:** [October 19, 2020, 1:54pm UTC](https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529 "2020-10-19T13:54:12Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [October 19, 2020, 1:54pm UTC](https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529/1 "2020-10-19T13:54:12Z")

</div>

Ohne wahnsinnig weit auszuholen:  
MediaMonkey liest den Inhalt eines benutzerdefinierten Feldes nur in der Schreibweise  
`COMMENT SONGS-DB_CUSTOM1`  
ein.  
Dies ist aber ausgerechnet die einzige Schreibweise, die ich in Mp3tag (v3.03a) bisher nicht exakt in dieser Gross-Kleinschreibung erzeugen kann.

Wie man in diesem Ausschnitt sieht

 ![Gross-Kleinschreibung COMMent](https://community.mp3tag.de/uploads/default/original/2X/c/c08d36dcd8b114a1eae6f07310f6693f87d738db.png)

werden verschiedene Namensvarianten eines neuen COMMENT in ALT+T (Edit Tag Info) alle komplett in GROSSBUCHSTABEN in die einzelne Datei zurückgeschrieben.

Ausgerechnet die benötigte Variante  
`COMMENT SONGS-DB_CUSTOM1`  
wird aber aus unerklärlichen Gründen GROSS- und klein zurück geschreiben:  
`COMMENT Songs-DB_Custom1`

Kennt jemand einen Trick, wie man diesen spezifischen zusätzlichen COMMent in der richtigen GROSSSCHREIBUNG hinbekommt?

Diese Antworten [#1](https://community.mp3tag.de/t/benutzerdefinierte-tags/13853), [#2](https://community.mp3tag.de/t/f-problem-need-a-little-help/4872), [#3](https://community.mp3tag.de/t/writing-mediamonkey-custom-tags/5875), [#4](https://community.mp3tag.de/t/mismatch-on-flac-mediamonkey-vs-mp3tag/11497), helfen mir bisher nicht weiter.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [October 19, 2020, 2:30pm UTC](https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529/2 "2020-10-19T14:30:12Z")

</div>

Bist du dir sicher? Bisher hatte MM nur diese Schreibweise akzeptiert `COMMENT Songs-DB_Custom1` weshalb Mp3tag das auch so schreibt. Das wäre etwas kurios wenn die das einfach wieder ändern.

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [October 19, 2020, 4:55pm UTC](https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529/3 "2020-10-19T16:55:01Z")

</div>

Ob MM/Ventis das geändert hat, kann ich nicht mit Sicherheit beantworten.

Ich fand nur heraus, dass man diese bestimmte Schreibweise in Mp3tag nicht selber bestimmen kann. Warum sollte mich Mp3tag daran hindern, die Tags und Frames so zu benamsen, wie ich es möchte?  
Wenn ich das z.B. manuell in der `usrfields.ini` machen muss ist das kein Problem. Aber wenn es überhaupt nicht möglich ist, dann schafft das ja einerseits Abhängigkeiten, andererseits schränkt das (zugegebenerweise nur im OCD-Bereich 😇) ein.

Ich habe testweise einen Song in der neuesten MM v4.1.30 geöffnet und die 5 benutzerdefinierten Felder abgefüllt.  
DU hast Recht @dano mit der Schreibweise, die COMM-Beschreibung wird aktuell tatsächlich (wieder?) GROSS-/Kleingeschrieben:

![Gross-Kleinschreibung MM-Benutzerdefiniert](https://community.mp3tag.de/uploads/default/original/2X/a/a97af728188cad40e59f9084e581cf01642d52e2.png)

Welche MM-Version das zwischendurch mal anders wollte, müsste ich prüfen.  
Aber wenn das jetzt wieder passt, soll es so sein.

Es wundert mich nur immer noch, wieso Mp3tag eine unveränderliche Fixierung der Schreibweise vorgibt.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [October 19, 2020, 7:27pm UTC](https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529/4 "2020-10-19T19:27:32Z")

</div>

Weil es wohl damals keine verlässliche Methode gab die Groß/Kleinschreibung der Tagfelder zu beeinflussen. Ich weiß auch nicht ob es die bis heute gibt. Am Ende sollen diese Felder für MM lesbar sein und so sind sie das. Es betrifft auch nur ein paar wenige Felder.

---

<div class="post-metadata">

### Author: ![phw](https://community.mp3tag.de/user_avatar/community.mp3tag.de/phw/32/11831_2.png) [@phw](https://community.mp3tag.de/u/phw)
#### Post date: [October 25, 2020, 10:39pm UTC](https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529/5 "2020-10-25T22:39:22Z")

</div>

> [@LyricsLover](#):
>
> Es wundert mich nur immer noch, wieso Mp3tag eine unveränderliche Fixierung der Schreibweise vorgibt.

Die Felder sind ja spezifisch für Media Monkey, da macht es Sinn die auch so zu schreiben, wie Media Monkey die benötigt.

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [October 26, 2020, 12:07pm UTC](https://community.mp3tag.de/t/wieso-wird-gewisse-schreibweise-von-comm-tag-nicht-akzeptiert/50529/6 "2020-10-26T12:07:35Z")

</div>

Als Standart-Einstellung ist Deine Aussage sicher richtig.

Aber eine abweichende Schreibweise sollte meiner Meinung nicht verhindert werden. Wenn jemand das bewusst so ändern will, könnte das ja seine Gründe haben. 😉
