# Platzhalter \`\_id3v2\_character\_encoding\` teilweise nicht gesetzt

**URL:** https://community.mp3tag.de/t/platzhalter-id3v2-character-encoding-teilweise-nicht-gesetzt/44410
**Category:** Fehlermeldungen
**Tags:** bug-fixed
**Created:** [February 2, 2019, 5:10pm UTC](https://community.mp3tag.de/t/platzhalter-id3v2-character-encoding-teilweise-nicht-gesetzt/44410 "2019-02-02T17:10:52Z")
**Posts on this page:** 4
**Page:** 1

<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: [February 2, 2019, 5:10pm UTC](https://community.mp3tag.de/t/platzhalter-id3v2-character-encoding-teilweise-nicht-gesetzt/44410/1 "2019-02-02T17:10:52Z")

</div>

Ich habe eine Spalte mit dem Wert  
`%_tag% %_id3v2_character_encoding%`.

Meine Einstellung bei Datei -\> Optionen -\> Tags -\> MPEG fürs Schreiben ist  
ID3V1, ID3v2.3 und UTF-16.

Wenn ich für eine Datei ohne Tags bei einigen Feldern einige Tag-Felder fülle. zeigt die o.a. Spalte manchmal nur ID3v1 ID3v2.3 an. Teilweise wird zusätzlich ISO-8859-1 angezeigt.  
Erst wenn andere Felder gefüllt werden wie z.B. das Feld TITLE wechselt die Anzeige auf UTF-16.

Beispiele:  
Nur Feld GENRE füllen: ID3v1 ID3v2.3  
Nur Feld TRACK füllen: ID3v1 ID3v2.3 ISO-8859-1  
Nur Feld YEAR füllen: ID3v1 ID3v2.3 ISO-8859-1  
Nur Benutzerdefinierte Felder füllen: ID3v1 ID3v2.3  
Zusätzlich ein Feld (alternativ TITLE oder ARTIST oder ALBUMARTIST oder ALBUM usw.): ID3v1 ID3v2.3 UTF-16  
Nur Felder YEAR, TRACK, GENRE, benutzerdefinierte Felder: ID3v1 ID3v2.3 ISO-8859-1

---

<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: [February 2, 2019, 7:55pm UTC](https://community.mp3tag.de/t/platzhalter-id3v2-character-encoding-teilweise-nicht-gesetzt/44410/2 "2019-02-02T19:55:32Z")

</div>

Das mit dem Character-Encoding bei ID3v2 ist so eine Sache, da das Encoding nämlich nicht auf Tag-Ebene, sondern auf Feld-Ebene festgelegt wird.

So gibt es bestimmte Felder die als ISO-8859-1 geschrieben werden _müssen_, auch wenn andere z.B. als UTF-16 geschrieben werden. Dazu gehören z.B. `TRACK` und `YEAR`.

Ich hab das Ganze in Mp3tag so implementiert, dass nur falls die Standardfelder wie `TITLE` oder `ARTIST` nicht vorhanden sind, das Encoding von z.B. `TRACK` und `YEAR` angezeigt wird.

Ich würde das zur nächsten Version jetzt noch insofern anpassen, dass auch bei Genre und bei benutzerdefinierten Feldern das Encoding ausgelesen wird.

---

<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: [February 8, 2019, 9:30am UTC](https://community.mp3tag.de/t/platzhalter-id3v2-character-encoding-teilweise-nicht-gesetzt/44410/3 "2019-02-08T09:30:40Z")

</div>

Ich habe das mit [Mp3tag v2.93a](https://community.mp3tag.de/t/455) nun wie beschrieben umgesetzt.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [March 12, 2020, 8:39am UTC](https://community.mp3tag.de/t/platzhalter-id3v2-character-encoding-teilweise-nicht-gesetzt/44410/4 "2020-03-12T08:39:24Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
