# \[X\] doppelte 0-terminierte strings
**URL:** https://community.mp3tag.de/t/x-doppelte-0-terminierte-strings/7791
**Category:** Fehlermeldungen
**Created:** [January 18, 2009, 8:19am UTC](https://community.mp3tag.de/t/x-doppelte-0-terminierte-strings/7791 "2009-01-18T08:19:24Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@justone](https://community.mp3tag.de/u/justone)
#### Post date: [January 18, 2009, 8:19am UTC](https://community.mp3tag.de/t/x-doppelte-0-terminierte-strings/7791/1 "2009-01-18T08:19:24Z")
Hallo Florian als Backup mal in Vorschläge 'was wird wo und wie......' lesen
Folgendes Szenario (Kurzbeschreibung)
ein id3v2.3 der unter anderem folgende 2 frames enthält
TSST blahblah
TXXX SETSUBTITLE blahblah
einmal save mit mp3tag und man hat
TXXX SETSUBTITLE blahblah
glaubt man
wenn man sich die Mühe macht sich den tag anzuschauen stellt man fest man hat
TXXX SETSUBTITLE blahblah[$00]blahblah[$00]
Florian bitte mal checken
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [January 18, 2009, 8:40am UTC](https://community.mp3tag.de/t/x-doppelte-0-terminierte-strings/7791/2 "2009-01-18T08:40:47Z")
Ja bei ID3v2.3 werden in Mp3tag so mehrfache Tags gespeichert.
TSST gibts es ja in 2.3 nicht also wird es als TXXX gesichert. Da auch noch ein TXXX mit der gleichen Beschreibung vorhanden ist werden zwei Felder daraus.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [January 18, 2009, 9:05am UTC](https://community.mp3tag.de/t/x-doppelte-0-terminierte-strings/7791/3 "2009-01-18T09:05:06Z")
Ich habs mal als "No Bug" markiert.
---
### Author:  [@justone](https://community.mp3tag.de/u/justone)
#### Post date: [January 18, 2009, 10:23am UTC](https://community.mp3tag.de/t/x-doppelte-0-terminierte-strings/7791/4 "2009-01-18T10:23:29Z")
Ah so, Interpretationsfrage, du meintest den passus oder ?
---schnipp---schnapp---
If the textstring is followed by a termination ($00 (00)) all the following information should be ignored and not be displayed.
---schnapp---schnipp---
So kann man's auch lesen, dann hast du natürlich recht. Man kann dann viel Informationen haben die man nie zu Gesicht bekommt.
Dann probier ich jetzt aber mal gleich folgendes, ob ein einmaliges löschen vom SETSUBTITLE dann auch wirklich nur das das gezeigt löscht, und sozusagen die Einträge hinter dem 00 termination byte erneut unter SUBTITLE zum vorschein kommen, denn so müsste das dann ja wohl sein, oder ?
so long