# \[X\] UNICODE und mp3Sync
**URL:** https://community.mp3tag.de/t/x-unicode-und-mp3sync/3667
**Category:** Fehlermeldungen
**Created:** [August 16, 2006, 6:45am UTC](https://community.mp3tag.de/t/x-unicode-und-mp3sync/3667 "2006-08-16T06:45:33Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@us4711](https://community.mp3tag.de/u/us4711)
#### Post date: [August 16, 2006, 6:45am UTC](https://community.mp3tag.de/t/x-unicode-und-mp3sync/3667/1 "2006-08-16T06:45:33Z")
Hallo Florian,
habe ein wenig mit den möglichen Spracheinstellungen für die Tags in der aktuellen Version 2.36 herumgespielt.
Bei der Codierung in Unicode (UTF-16) bei mp3-Dateien meine ich ein Problem festgestellt zu haben:
Ein mp3-Frameheader beginnt mit 2 Sync-Bytes:
```
&hFF und (je nach version) &hEx oder &hFx
```
Aber auch der Unicode-Header besteht aus 2 Bytes in diesem Wertebereich:
```
&hFF &hFE
```
Zur Vermeidung diese Konfliktes ist in den ID3-Richtlininien der Mechanismus der Synchronisation/Desynchronisation definiert, wonach alle Bytes
```
&hFF
```
ausgetauscht werden gegen
```
&hFF &h00
```
und die Bytefolge
```
&hFF &h00
```
wird zu
```
&hF00 &h00 &h00
```
Die Frage nun:
Bug, Feature oder einfach nur ein Missverständnis bei mir?
Grüsse aus Ratingen
Udo
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [August 16, 2006, 7:17am UTC](https://community.mp3tag.de/t/x-unicode-und-mp3sync/3667/2 "2006-08-16T07:17:38Z")
Unsynchronisation ist optional und die Verwendung wird auch nicht unbedingt empfohlen bzw. ist überflüssig:
[http://www.id3.org/id3guide.htm#unsync](http://www.id3.org/id3guide.htm#unsync)
Zudem gibt es auch einige Programme, die dieses Feature nicht implementiert haben und dann am Tag-Lesen scheitern.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [August 17, 2006, 5:14pm UTC](https://community.mp3tag.de/t/x-unicode-und-mp3sync/3667/3 "2006-08-17T17:14:17Z")
Für ID3v2.3 verwende ich keine Unsynchronisation (aus Kompatibilitätsgründen mit anderen Programmen).
Für ID3v2.4 wird bei binären Frames Unsynchronisation verwendet.
Viele Grüße,
Florian
---
### Author:  [@us4711](https://community.mp3tag.de/u/us4711)
#### Post date: [August 18, 2006, 6:51am UTC](https://community.mp3tag.de/t/x-unicode-und-mp3sync/3667/4 "2006-08-18T06:51:35Z")
Danke für die schnelle Antwort.
Wie wird den mit dem Problem der mp3header-Frame Erkennung umgegangen, da ja gerade mit Unicode-Codierung ein Byte-match besteht?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [August 18, 2006, 9:12am UTC](https://community.mp3tag.de/t/x-unicode-und-mp3sync/3667/5 "2006-08-18T09:12:19Z")
> [@us4711@gmx.de](#):
>
> Danke für die schnelle Antwort.
> Wie wird den mit dem Problem der mp3header-Frame Erkennung umgegangen, da ja gerade mit Unicode-Codierung ein Byte-match besteht?
Das ist hauptsächlich für Decoder interessant. Ich springe bei einem Match einfach noch zu der Stelle wo das nächste Frame beginnen müsste und behandle das erste Frame nur, wenn an dieser Stelle auch ein MPEG-Frame zu finden war.
Viele Grüße,
Florian