# Größe von FLAC-dateien wird durch entfernen von Album Covern nicht reduziert

**URL:** https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558
**Category:** Allgemein
**Created:** [June 18, 2012, 1:44pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558 "2012-06-18T13:44:18Z")
**Posts on this page:** 14
**Page:** 1

<div class="post-metadata">

### Author: ![Doni](https://community.mp3tag.de/user_avatar/community.mp3tag.de/doni/32/394_2.png) [@Doni](https://community.mp3tag.de/u/Doni)
#### Post date: [June 18, 2012, 1:44pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/1 "2012-06-18T13:44:18Z")

</div>

Wenn man zu einer FLAC-Datei ein Album-Cover hinzufügt, wird die Dateigröße um die Dateigröße der angehängten Bilddatei vergrößert, was dem normaln und zu erwartenden Verhalten entspricht.

Entfernt man jedoch ein Cover von einer FLAC-Datei, sinkt die Dateigröße **nicht**.  
Fügt man der FLAC-Datei ein neues Cover hinzu, steigt die Dateigröße nur, wenn das neue Cover mehr Speicherplatz in anspruch nimmt, als das letzte.

Getestet mit Version 2.50 und 2.51. MP3s und APE dateien sind nicht betroffen. Hier wird mit dem entfernen des Covers auch die dateigröße wieder reduziert.

Andere Formate hab ich nicht getestet.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [June 18, 2012, 6:23pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/2 "2012-06-18T18:23:36Z")

</div>

> [@Doni](#):
>
> ...Entfernt man jedoch ein Cover von einer FLAC-Datei, sinkt die Dateigröße **nicht**.  
> ...

Hierzu gibt es einen englischen Thread von 2011:  
[/t/12590/1](https://community.mp3tag.de/t/12590/1)

---

<div class="post-metadata">

### Author: ![Doni](https://community.mp3tag.de/user_avatar/community.mp3tag.de/doni/32/394_2.png) [@Doni](https://community.mp3tag.de/u/Doni)
#### Post date: [June 25, 2012, 2:56pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/3 "2012-06-25T14:56:17Z")

</div>

Danke für den Link. Solange es in mp3tag noch nicht implementiert wurde, lässt sich das Padding mit Metaflack ohne Probleme reduzieren.

---

<div class="post-metadata">

### Author: ![Stephan](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@Stephan](https://community.mp3tag.de/u/Stephan)
#### Post date: [August 8, 2020, 7:47am UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/4 "2020-08-08T07:47:48Z")

</div>

Hallo,  
ich habe das gleiche Problem mit FLAC-Dateien in der Version 3.02.  
Per MusicBrainz habe ich mir Cover-Bilder mit 14MB eingefangen.  
Leider bekomme ich die FLAC-Dateien durch das Löschen der Bilder mit MP3tag nicht kleiner.  
Eigentlich müsste der Block gelöscht werden.

Vielleicht wird das Thema noch mal aufgegriffen.?

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [August 8, 2020, 7:52am UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/5 "2020-08-08T07:52:31Z")

</div>

> [@Stephan](#):
>
> Vielleicht wird das Thema noch mal aufgegriffen.?

Warum? Die Lösung ist doch da.

---

<div class="post-metadata">

### Author: ![Stephan](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@Stephan](https://community.mp3tag.de/u/Stephan)
#### Post date: [August 8, 2020, 8:03am UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/6 "2020-08-08T08:03:09Z")

</div>

Es gibt eine Lösung mit MP3tag?  
Habe ich etwas übersehen?  
Mein Wunsch wäre: nicht das Bild löschen - das verkleinert den tag nicht, sondern den ganzen Block, der für das Bild angelegt wird zu löschen - das verkleinert die Datei.

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [August 8, 2020, 2:59pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/7 "2020-08-08T14:59:08Z")

</div>

> [@How to decrease the tagsize after deleting coverart](https://community.mp3tag.de/t/how-to-decrease-the-tagsize-after-deleting-coverart/8891):
>
> I just received some FLAC files that had coverart embedded. The .jpg files that were embedded were however way too big: about 4-6 MB per FLAC! MP3Tag took ages to read these huge tags in the total of 230 files, probably because of these huge tagsizes. So I deleted all coverart via the "extended tags". However, the tagsize is still indicated to be between 4 and 6 MB per FLAC, even after the deletion of all coverart ... Is there any way decrease the tagsize ? I already deleted all tags and pres…

oder ausserhalb Mp3tag:

> [@How to decrease the tagsize after deleting coverart](https://community.mp3tag.de/t/how-to-decrease-the-tagsize-after-deleting-coverart/8891/13):
>
> Something else to note: You can use metaflac.exe to remove the images themselves. No need to do it manually in Mp3tag and then run a script to remove the excess padding. --remove --block-type=PICTURE And if you wish to preserve file modification times, use: --preserve-modtime

---

<div class="post-metadata">

### Author: ![Doni](https://community.mp3tag.de/user_avatar/community.mp3tag.de/doni/32/394_2.png) [@Doni](https://community.mp3tag.de/u/Doni)
#### Post date: [August 9, 2020, 11:56am UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/8 "2020-08-09T11:56:53Z")

</div>

Mp3tag hat keine eingebaute Funktion um den PADDING block von FLAC Dateien zu reduzieren.  
Aber mp3tag bietet die möglichkeit externe Tools eizubinden.  
Dadurch kannst du die Funktion ganz einfach Nachrüsten:

- du benötigst metaflac.exe (Teil der FLAC Kommandozeilen Tools: [FLAC - Downloads](https://xiph.org/flac/download.html))
- in mp3tag öffne **Datei -\> Optionen**
- wähle links in der Liste **Tools** aus
- klicke auf den **Neu** Button
- wähle einen passenden **Namen**  
Z.B.: "_METAFLAC: remove covers; shrink padding_"
- setze den **Pfad** zu _metaflac.exe_
- gebe die **Parameter** ein:  
_--remove --block-type=PICTURE,PADDING --dont-use-padding "%\_path%"_
- wähle _für alle ausgewählten Dateien_
- bestätige mit OK

Das entfernt jedes in die FLAC Datei eingebette Cover. Und durch --dont-use-padding wird der Platz, den die Covers vorher belegt haben, freigegeben.

Markiere nun die betroffenen FLAC Dateien, Rechtsklick -\> Tools -\> METAFLAC: remove covers; shrink padding

* * *

Das ganze reduziert allerdings den kompletten PADDING Block.  
Die Standardgröße des Blocks ist 8192 bytes (65536 bytes für Dateien mit einer Audio Stream länge größer 20min) um zu verhindern, das beim Ändern von Tags die Datei jedesmal neu geschrieben werden muss (weil die neuen Tags nicht in den PADDING Block passen und dieser vergrößert werden muss).

Da metaflac keine zwei Hauptoperationen gleichzeitig durchführen kann, wird für die Wiederherstellung des ursprünglichen PADDING Blocks ein zweiter Aufruf benötigt.  
Der zweite Tool Eintrag wird analog zum ersten erstellt. Nur Name und Paramter ändern sich:  
**Name** : _METAFLAC: restore std. padding size_  
**Parameter** : _--add-padding=8192 "%\_path%"_

Nach dem ersten Tool einfach noch das zweite Aufrufen und fertig.

* * *

[mögliche metafalc Parameter](https://xiph.org/flac/documentation_tools.html)  
[mp3tag Tools Doku](https://docs.mp3tag.de/customization/options/tools/?de)

---

<div class="post-metadata">

### Author: ![mux](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/5e9695/32.png) [@mux](https://community.mp3tag.de/u/mux)
#### Post date: [March 12, 2022, 7:31pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/9 "2022-03-12T19:31:32Z")

</div>

**Danke Doni!** Das ist ein guter Tipp von Dir, den ich eben erst gelesen und umgesetzt habe - darum auch die Reaktivierung dieses älteren Threads.  
Aber zwei Dinge scheine ich noch nicht richtig verstanden zu haben:

1. Warum haben manche meiner FLAC-Dateien eine geringere Padding-Größe als der Standard (z.B. nur 7919 Bytes)? Ich dachte bis eben, der Standard wäre sowas wie die Mindestgröße des Padding-Bereiches...

2. Kann ich die auf 0 reduzierte Größe des Padding-Blocks nicht belassen? Also nur

`--remove --block-type=PICTURE,PADDING --dont-use-padding "%_path%"`

ausführen? Was bringt es mir die Größe wieder auf Standard 8192, bzw. 65536 Bytes zu setzen, außer dass die Größe wieder steigt?  
Meine geschriebenen Tags bleiben ja wie es scheint auch mit 0 Bytes Paddinggröße erhalten.

Kannst Du mir, falls Du das noch lesen solltest oder jemand anderes mit dem Wissen, das zu meinem Verständnis bitte noch beantworten?  
Danke!

PS: Noch etwas das mich verwirrt...  
Viele schreiben hier von einer eingestellten Paddinggröße (Standard??) für FLAC-Dateien von 4096 Bytes. Was ist nun richtig? 8192 oder 4096 oder spield das gar nicht die Rolle?

---

<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: [March 13, 2022, 5:48am UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/10 "2022-03-13T05:48:47Z")

</div>

> [@mux](#):
>
> Was bringt es mir die Größe wieder auf Standard 8192, bzw. 65536 Bytes zu setzen, außer dass die Größe wieder steigt?

Wenn Du beabsichtigst bei den Taginhalten nie mehr etwas zu verändern, bringt Dir das in der Tat nichts. Der leere Bereich dient - wie schon von Doni geschrieben - dazu, zu verhindern, dass bei jeder Ergänzung im Tagbereich (und sei sie auch noch so minimal, z.B. nur 1 Zeichen), die komplette Datei neu geschrieben werden muss, was natürlich den Speichervorgang verlangsamt. Bei 1 Datei mag das noch egal sein. Wenn Du aber mal Änderungen bei mehreren hunderten oder tausenden Dateien in einer Aktion machst, wirkt sich das schon aus. Der Speichervorgang dauert natürlich auch umso länger, je größer die zu speichernden Dateien sind. Wenn Du allerdings Inhalte hinzufügst, die den reservierten Paddingbereich überschreiten (z.B. ein oder mehrere riesige Cover) muss ungeachtet des reservierten Platzes die Datei natürlich auf jeden Fall neu geschrieben werden und um einen neuen Paddingblock erweitert werden.

---

<div class="post-metadata">

### Author: ![mux](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/5e9695/32.png) [@mux](https://community.mp3tag.de/u/mux)
#### Post date: [March 15, 2022, 4:25pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/11 "2022-03-15T16:25:27Z")

</div>

Nein, das Entfernen der Bilder (habe die oft blöderweise damals beim Rippen mit dBpoweramp in den Tags ablegen lassen) ist die einzige und geplant letzte Aktion an den Dateien. Dann kann ich also das Podding bei 0 kB belassen, ok.  
Dankeschön!

Was mir trotzdem noch unverständlich ist: wieso legte man den "Standard"-Wert des Paddings bei FLAC (k.A. ob nur dort) auf 8192 oder wie von einigen hier geschrieben auf 4096 - sind das Byte? - fest? Was bringt das, wenn hinzugefügte Bilder sowieso sehr unterschiedliche Größen haben und dann, wie ich das verstehe, die Dateien sowieso neu geschrieben werden müssen, denn fast jedes Bild übersteigt ja diesen Platz der Standardgröße des Paddings?  
Ich könnte mir vorstellen, dass die Tag-Größe inkl. Padding ursprünglich alleine für Text ausgelegt war/ist...

---

<div class="post-metadata">

### Author: ![Doni](https://community.mp3tag.de/user_avatar/community.mp3tag.de/doni/32/394_2.png) [@Doni](https://community.mp3tag.de/u/Doni)
#### Post date: [March 23, 2022, 10:10pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/12 "2022-03-23T22:10:53Z")

</div>

Ja, die Padding Größe wird in bytes angegeben. Die Standard Größe wurde auf 8kib (8192 bytes) festgelegt und wird vom offiziellen FLAC Encoder automatisch an das Ende jeder FLAC Datei geschrieben (s. offizielle FLAC Dokumentation).

Die größe ist so gewählt, dass im Normalfall alle Standard Tags (ohne Cover) ohne Probleme in den Padding Block passen, ohne die Datei jedesmal neu schreiben zu müssen. Dabei ist zu berücksichtigen, dass Vorbis Comment (der Tag Standard für FLAC Dateien; vgl. ID3 für mp3 Dateien) in UTF-8 codiert sind. Das heißt es werden alle Unicode Schriftzeichen unterstützt. Aber je nach Zeichen werden bis zu vier Byte belegt. Im worst case Szenario (Asiatische Schriftzeichen, Emojis) könnte man also 2048 Zeichen über alle Tags verteilt nutzen, ehe die Datei neu geschrieben werden muss.

Bei mehren MB pro Datei fallen die 8kib nicht groß ins gewicht und sind ein guter Kompromiss.  
Für Cover aber, die je nach Qualität sehr unterschiedlich groß sein können, ist es eher schwierig eine geeignete größe für den Padding Block zu finden.

_Achtung: die oben genannten Gründe für die gewählte Standard Größe des Padding Blocks basieren nicht auf offiziellen Angaben und sind rein spekulativ._

---

<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: [April 19, 2024, 2:49pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/13 "2024-04-19T14:49:33Z")

</div>

Seit Mp3tag v3.24 gibt es im Kontextmenü von FLAC-Dateien einen Eintrag **Utils → FLAC optimieren** welches das Padding der ausgewählten Dateien auf 4KB setzt.

---

<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: [April 19, 2024, 2:50pm UTC](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558/14 "2024-04-19T14:50:07Z")

</div>


