# ID3v2 Tag-Größe wieder variabel ?
**URL:** https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028
**Category:** Allgemein
**Created:** [March 11, 2006, 12:14am UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028 "2006-03-11T00:14:40Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@klaasklever](https://community.mp3tag.de/u/klaasklever)
#### Post date: [March 11, 2006, 12:14am UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028/1 "2006-03-11T00:14:40Z")
Hallo,
kurze Nachfrage:
hab' beim testen der aktuelleren development-builds bemerkt,
dass die Tag-Größe der v2-Tags wieder variabel zu sein scheint
(ab 2070 Bytes aufwärts, je nach Länge der Strings & Anzahl der Tags)
Vorher waren die Tags ja mit Padding immer 2048 Bytes.
Liege ich richtig in der Annahme das das Absicht ist und an der neugeschriebenen Tagging-Engine liegt ?
Thx & Grüße,
Klaas
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 11, 2006, 7:10am UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028/2 "2006-03-11T07:10:38Z")
> [@](#):
>
> Liege ich richtig in der Annahme das das Absicht ist und an der neugeschriebenen Tagging-Engine liegt ?
Ganz genau 🙂 Es werden nun - falls der Platz nicht ausreicht - 2048 Bytes Padding zusätzlich zur Tag-Größe reserviert.
Viele Grüße,
~ Florian
---
### Author:  [@crypton](https://community.mp3tag.de/u/crypton)
#### Post date: [July 28, 2006, 5:52am UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028/3 "2006-07-28T05:52:40Z")
> [@Florian](#):
>
> Ganz genau 🙂 Es werden nun - falls der Platz nicht ausreicht - 2048 Bytes Padding zusätzlich zur Tag-Größe reserviert.
Bei der Einführung der fixen Größe hieß es doch dass die feste Göße Vorteile beim Einlesen bringt - is dem nun nicht mehr so
Würd das gernw issen bevor ich unnötig alle tags neu schreibe
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [July 28, 2006, 6:39am UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028/4 "2006-07-28T06:39:52Z")
> [@](#):
>
> Bei der Einführung der fixen Größe hieß es doch dass die feste Göße Vorteile beim Einlesen bringt - is dem nun nicht mehr so
Ich glaube nicht, dass das gesagt wurde. Es ergibt auch keinen Sinn.
> [@](#):
>
> Würd das gernw issen bevor ich unnötig alle tags neu schreibe
Wieso überhaupt alles neuschreiben?
---
### Author:  [@crypton](https://community.mp3tag.de/u/crypton)
#### Post date: [July 28, 2006, 10:33am UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028/5 "2006-07-28T10:33:17Z")
[Byte-Größe der Tags optimieren](https://community.mp3tag.de/t/1739/1)
Da wird die feste Padding Größe als Vorteil noch angepriesen
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [July 28, 2006, 12:47pm UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028/6 "2006-07-28T12:47:17Z")
Angepriesen wird da eigentlich nichts.
Also ich erklärs mal:
Der Grund warum das Einlesen damals schneller ging, war einfach, dass das ID3v2-Modul neu geschrieben und optimiert wurde.
Das Padding hat nur beim Tag-Speichern eine Auswirkung.
Damit das Speichern schnell geht, ist es wichtig, dass die gesamte Datei nicht neu geschrieben wird. Das wurde dann damals erreicht, wenn die gesamte Taggröße (inklusive Padding) 2KB war.
Dateien, deren Tag nicht diese Größe hatte, musste erst auf 2KB gebracht werden um dann den Vorteil zu haben, nicht neu geschrieben zu werden.
Diese Bedingung ist nun weggefallen und die einzige Gelegenheit bei der die Datei neu geschrieben wird, ist wenn das Padding nicht mehr ausreicht, um eine neue Tagänderung zu speichern.
D.h. die Taggröße muss nicht mehr erst angepasst werden, sondern wird belassen solange der Platz reicht. Das erspart sehr oft das Neuschreiben (was ja langsam ist).
---
### Author:  [@crypton](https://community.mp3tag.de/u/crypton)
#### Post date: [August 3, 2006, 10:01am UTC](https://community.mp3tag.de/t/id3v2-tag-grosse-wieder-variabel/3028/7 "2006-08-03T10:01:51Z")
Danke für die ausführliche Info
Vorteil sicher dass nun weniger geschrieben wird, dafür hat man jetzt meist mit übergroßem Tag Größen zu kämpfen - die bisher so schön glaich beim Speichern oder wenn ich meine Aktionen drüberlies einfach lösen
Schad dass die einheitliche Größe net als Option bestehen blieb