# \[X\] Konvertierungsfehler bei UTF-16 nach UTF-8
**URL:** https://community.mp3tag.de/t/x-konvertierungsfehler-bei-utf-16-nach-utf-8/9807
**Category:** Fehlermeldungen
**Created:** [February 1, 2010, 12:11pm UTC](https://community.mp3tag.de/t/x-konvertierungsfehler-bei-utf-16-nach-utf-8/9807 "2010-02-01T12:11:11Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@rupert](https://community.mp3tag.de/u/rupert)
#### Post date: [February 1, 2010, 12:11pm UTC](https://community.mp3tag.de/t/x-konvertierungsfehler-bei-utf-16-nach-utf-8/9807/1 "2010-02-01T12:11:11Z")
Hallo,
ich beobachte schon seit einer Weile einen Konvertierungsfehler beim Schreiben von id3v2.4 UTF-8. Er erscheint leider nicht immer, aber scheinbar oft bei der Konvertierung von v2.3 UTF-16 zu v2.4 UTF-8 aufzutreten. Betroffen ist hiervon das Jahr.
Wert aus dem Tag-Pannel:
vorher: 2010
nachher: 0000\\2010
Darstellung aus Foobar2k:
Date : 0000; 2010
Der falsche Wert ist nicht immer '0000' und kann auch ein anderen invaliden Wert neben dem richtigen Jahr sein. (In Foobar sind auch beide zu sehen.)
Des Weiteren wird das ID3v2 TXXX-Frame PERFORMER (== siehe auch Foobar-Eigenschaften: Performer) nur in Mp3tag richtig zum Lesen und Schreiben gemappt, wenn es als Tagtyp "VorbisComment", und nicht wie vermutet als "ID3v2", deklariert wird.
also:
VorbisComment PERFORMER PERFORMER
vs.
ID3v2 PERFORMER PERFORMER
Letztmalig getestet/aufgetreten in v2.45b.
Hoffentlich kann man alles nachvollziehen. 😉
MG rupert
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [February 1, 2010, 1:14pm UTC](https://community.mp3tag.de/t/x-konvertierungsfehler-bei-utf-16-nach-utf-8/9807/2 "2010-02-01T13:14:49Z")
> [@](#):
>
> VorbisComment PERFORMER PERFORMER
Welchen Sinn soll es ergeben bei Ziel und Quelle das gleiche anzugeben?
---
### Author:  [@rupert](https://community.mp3tag.de/u/rupert)
#### Post date: [February 1, 2010, 1:51pm UTC](https://community.mp3tag.de/t/x-konvertierungsfehler-bei-utf-16-nach-utf-8/9807/3 "2010-02-01T13:51:03Z")
> [@dano](#):
>
> Welchen Sinn soll es ergeben bei Ziel und Quelle das gleiche anzugeben?
... nur ein Nebeneffekt um das richtige Mapping fürs Tag-Pannel zu finden, um dann dort Schreibend und Lesen zugreifen zu können.
Insgesamt ändert das aber nichts an meiner Konfusion über die Zuordnung der ID3v2 TXXX-Frames (siehe auch hierzu in der Hilfe von mp3tag).
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [February 1, 2010, 2:33pm UTC](https://community.mp3tag.de/t/x-konvertierungsfehler-bei-utf-16-nach-utf-8/9807/4 "2010-02-01T14:33:35Z")
Jeder Tagname dem kein ID3v2 Frame zugewiesen ist wird als TXXX gespeichert.
Es müssen also kein Mappings hinzugefügt werden.
Das Problem mit dem Jahr kommt, wenn im ID3v2.3 ein DATE Tag (TDAT Frame) ist.
Bei v2.4 gibt es das nicht mehr und die Information wird in einen YEAR Tag gewandelt was dann zu 2 dieser Tags führt.
Wahrscheinlich wäre es besser das TDAT in v2.4 als TXXX:Date zu speichern.
---
### Author:  [@rupert](https://community.mp3tag.de/u/rupert)
#### Post date: [February 1, 2010, 3:48pm UTC](https://community.mp3tag.de/t/x-konvertierungsfehler-bei-utf-16-nach-utf-8/9807/5 "2010-02-01T15:48:07Z")
Ah, ich glaube das Problem hat sich erledigt und ich habe für unnötige Beschäftigung gesorgt. :-/
In der Quelldatei sind tatsächlich TYER und TDAT mit unterschiedlichen Werten gesetzt und dann kommt es zum zusammenfügen der Werte. (Hab's erst mit einem Hex-Editor gesehen.)
Das mit dem Mapping hab ich probiert und geht.
Danke für die Hilfe und 'tschudigung für die Zeitverschwendung,
rupert