# Re: Adding native FLAC padding column and removal

**URL:** https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372
**Category:** General Discussion
**Created:** [March 14, 2023, 1:17pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372 "2023-03-14T13:17:14Z")
**Posts on this page:** 20
**Page:** 1

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [March 14, 2023, 1:17pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/1 "2023-03-14T13:17:14Z")

</div>

A long time ago, two years in fact, I created this thread:

> [@Native option to remove padding from FLAC files](https://community.mp3tag.de/t/native-option-to-remove-padding-from-flac-files/51637):
>
> Hi there. I can't believe MP3tag doesn't support removing the padding and an option to show how much padding a FLAC file has and a warning to users when removing artwork from files. Now, this is not a call for help. I know how to show the padding in FLAC files in MP3tag and how to remove them afterward. I'd just like Florian to incorporate it within MP3tag and not worry about forgetting to remove them from within Foobar2000. So, a recap: Allow removing padding from FLAC files natively (eith…

I had asked for something to be added in MP3tag: to be able to see and remove padding from FLAC files natively within MP3tag.

As you know, adding a cover art to FLAC files creates the necessary space within the file to accomodate it. However, what you may not know, removing the cover art does NOT remove the extra space that the cover art needed. You need to use metaflac.exe to sanitize the tags.

So, I would like to ask Florian where in its checklist is this feature. He clearly stated in the thread I created above that they did add the feature onto the to-do list.

For now, adding the custom column like I said in the thread above is still possible but, then, you still have to use metaflac separately to remove the padding or use foobar2000 with its "Optimize size" function (right click file -\> Properties -\> Tools button -\> Optimize size).

Adding this function natively would be so much time save!

Cheers.

---

<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: [March 14, 2023, 1:24pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/2 "2023-03-14T13:24:40Z")

</div>

Here is a thread that describes how you can call metaflac as a tool from within MP3tag:

> [@Größe von FLAC-dateien wird durch entfernen von Album Covern nicht reduziert](https://community.mp3tag.de/t/grosse-von-flac-dateien-wird-durch-entfernen-von-album-covern-nicht-reduziert/13558):
>
> 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. H…

---

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [March 14, 2023, 1:31pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/3 "2023-03-14T13:31:16Z")

</div>

I tried before doing it myself but it never worked. To boot, I don't speak German.

---

<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: [March 14, 2023, 1:33pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/4 "2023-03-14T13:33:28Z")

</div>

> [@Lebon14](#):
>
> removing the cover art does NOT remove the extra space that the cover art needed.

I'm just curious:  
How much hard disc- or SSD space would you gain in your own collection by "optimizing" the FLAC size?

And how much time would you loose, because you realize sometime later, that you need to add some metadata and therefore every single optimized file has to be completely rewritten?

---

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [March 14, 2023, 1:36pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/5 "2023-03-14T13:36:24Z")

</div>

Probably not much, but again, I'm kind of _anal_ about this as I absolutely loathe cover art embedding. Some people embed huge cover arts (several megabytes per file) and I finally want a one-stop app to remove everything. Never been able to call metaflac with MP3tag despite all the supposed solutions to this. Always has been: remove cover with MP3tag then load files into foobar2000 and remove padding. Ugh.

---

<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: [March 14, 2023, 1:36pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/6 "2023-03-14T13:36:46Z")

</div>

> [@Lebon14](#):
>
> I don't speak German.

I would have thought that there are a lot of translation web sites around that translate

- 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

into

- set the **path** to _metaflac.exe_
- enter the **parameters** :  
_--remove --block-type=PICTURE,PADDING --dont-use-padding "%\_path%"_
- select _for all selected files_
- acknowledge with OK

---

<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: [March 14, 2023, 2:03pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/7 "2023-03-14T14:03:57Z")

</div>

For all future reader searching for the tool definition to remove the Cover Art and padding space for FLAC files in Ctrl+O, Tools:

Adjust the `Path:` to the location where you have saved the two files `metaflac.exe` and `libFLAC.dll`  
if you add it in the Windows version of Mp3tag (available from here [https://xiph.org/flac/download.html](https://xiph.org/flac/download.html))

![Tool-Definition](https://community.mp3tag.de/uploads/default/original/2X/5/57c002e4c04637f8c468de7edd7dc5b7c7e476d0.png)

The Parameter needed to remove an existing cover and the used padding space for it:  
`--remove --block-type=PICTURE,PADDING --dont-use-padding "%_path%"`

The explanation from the help file of metaflac for the used options:

```auto
--dont-use-padding By default metaflac tries to use padding where possible
                      to avoid rewriting the entire file if the metadata size
                      changes. Use this option to tell metaflac to not take
                      advantage of padding this way.

--remove
    Remove one or more metadata blocks from the metadata. Unless
    --dont-use-padding is specified, the blocks will be replaced with padding.

```

---

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [March 14, 2023, 2:05pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/8 "2023-03-14T14:05:23Z")

</div>

I have tried this in the past and it does not work.

---

<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: [March 14, 2023, 2:05pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/9 "2023-03-14T14:05:51Z")

</div>

I have tried this 2 minutes before and it works.  
Before:

 ![Vorher](https://community.mp3tag.de/uploads/default/original/2X/f/fb23d34f1199c08a4fadfc7cfa436e5e9594ff46.png)

After:

 ![Nachher](https://community.mp3tag.de/uploads/default/original/2X/0/0b61ae59d8dbe93e3e8e7b59d68c4ca3f8c91990.png)

---

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [March 14, 2023, 2:16pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/10 "2023-03-14T14:16:47Z")

</div>

Thanks but no thanks.

I didn't come here in search of alternate solution with dependencies. I came here to ask Florian what was the status of a BUILT-IN solution. A one-click no bullock solution that will work like in Foobar2000. Using outside tools is not a built-in solution; it's a workaround.

Here's the thing. I backup my settings and all that but, in the event I lose my backups and can't recover my setup, I'll have to reprogram this workaround and I ABSOLUTELY DETEST working with any kind of CLI or arguments. It needs to be dead simple for me to go that way.

Cheers.

---

<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: [March 14, 2023, 2:28pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/11 "2023-03-14T14:28:27Z")

</div>

Just an observation on my side:  
a lot of suggestions for functions for which there is something that you call

> [@Lebon14](#):
>
> workaround

have never been implemented.  
So I think that until the day when your suggestion becomes a function that you like better you have to live with the "workarounds".

---

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [March 14, 2023, 2:31pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/12 "2023-03-14T14:31:25Z")

</div>

Look, 2 years ago I asked Florian for this and he said and I quote...

> [@Native option to remove padding from FLAC files](https://community.mp3tag.de/t/native-option-to-remove-padding-from-flac-files/51637/3):
>
> You need to get `flac-1.3.2-win.zip`, seems like they haven't uploaded a Windows build of latest 1.3.3. At least `metaflac` has no changes between the two versions.
> 
> **I have padding removal on my list.**

I came here asking about the bolded part. That is it.  
I just didn't want to necro the old thread.

---

<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: [March 14, 2023, 2:37pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/13 "2023-03-14T14:37:30Z")

</div>

The topic is still on the to-do-list:

> [@Why does certain artwork break Windows Explorer Metadata?](https://community.mp3tag.de/t/why-does-certain-artwork-break-windows-explorer-metadata/59995/4):
>
> The example file has a really large embedded picture, it's 3MB which breaks Windows Explorer. If you remove it or resize it from within Mp3tag (e.g., via Adjust Cover), the preoccupied space is still left as padding (which is reserved space for future changes). Unfortunately, it might be still too large for Explorer to handle. Before you ask: removal of padding (or at least resizing it to something that makes sense) is on my internal list of things to improve for Mp3tag. Until then, you can cr…

This post is from February 2023.  
All I am saying: until it gets implemented you are stuck with that what is classified as workaround.

---

<div class="post-metadata">

### Author: ![MotleyG](https://community.mp3tag.de/user_avatar/community.mp3tag.de/motleyg/32/440_2.png) [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 18, 2024, 1:16am UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/14 "2024-01-18T01:16:41Z")

</div>

Some discussion about the empty padding in FLAC files after removing cover art has referenced this thread on the MusicBee forum. Seems the search continues for a way to recover some of this file space for those with larger libraries.

> **[Virtual TAG: View metadata padding size, possible?](https://getmusicbee.com/forum/index.php?topic=40557.msg220016#msg220016)**
>
> Virtual TAG: View metadata padding size, possible?

---

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [January 18, 2024, 1:52am UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/15 "2024-01-18T01:52:32Z")

</div>

It's still not a thing almost a year later. I'm sad. I still have to drop the files in Foobar after tagging to remove the padding. I never got the command-line stuff to work in MP3tag.

---

<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: [January 18, 2024, 6:03am UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/16 "2024-01-18T06:03:28Z")

</div>

If forum members show that something works like in this post:

> [@Re: Adding native FLAC padding column and removal](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/7):
>
> For all future reader searching for the tool definition to remove the Cover Art and padding space for FLAC files in Ctrl+O, Tools: Adjust the Path: to the location where you have saved the two files metaflac.exe and libFLAC.dll if you add it in the Windows version of Mp3tag (available from here [https://xiph.org/flac/download.html](https://xiph.org/flac/download.html)) [Tool-Definition] The Parameter needed to remove an existing cover and the used padding space for it: --remove --block-type=PICTURE,PADDING --dont-use-padding "%\_…

and you say it does not work, it would be best if you showed us a similar screenshot of the tool definition so that others may spot what the problem may be.

---

<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: [January 18, 2024, 8:40pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/17 "2024-01-18T20:40:54Z")

</div>

I've just released [Mp3tag v3.23d](https://community.mp3tag.de/t/455) with a new entry **Utils → Optimize FLAC** in the right-click context menu of FLAC files. This will remove the excess padding from the selected FLAC files.

To display existing padding, create a column with value `%_tag_size_appended%`. This reports the size of the padding for FLAC files, where `%_tag_size_prepended%` reports the size of the Vorbis Comments and embedded cover art.

---

<div class="post-metadata">

### Author: ![Casual\_Tea](https://community.mp3tag.de/user_avatar/community.mp3tag.de/casual_tea/32/18886_2.png) [@Casual\_Tea](https://community.mp3tag.de/u/Casual_Tea)
#### Post date: [January 18, 2024, 11:22pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/18 "2024-01-18T23:22:59Z")

</div>

I have just tested the new function.

Until now I've displayed padding as `$div(%_tag_size%,1024)` to show the KiB value. Adding 2 more columns with `%_tag_size_appended%` and `%_tag_size_prepended%` yielded this result for a test album:  
 ![grafik](https://community.mp3tag.de/uploads/default/original/3X/7/4/745154c5366fb04d6c538dfcc25f998cb5fc1b5d.png)

After using **Utils → Optimize FLAC** that becomes:  
 ![grafik](https://community.mp3tag.de/uploads/default/original/3X/5/6/5651bddce54e8273d2900f0200f553b9a15ee357.png)  
as expected.  
So the function works.

A few things to note are:  
As far as I can tell this step cannot be undone within mp3tag ( **Edit → Undo** did not add the padding back).  
Removing the padding entirely is pretty dumb in my opinion since that means any added information will lead to a rewrite of the file, slowing down editing to a crawl for negligible space savings.

I think this option would be far more useful if the user could set whether to remove the padding completely (now state) or if the padding should be set to a chosen value (if possible).

My converter of choice (dbpoweramp) handles it this way.  
Instead of removing the padding entirely the padding is set to a fixed value of 4KiB if the metadata and embedded images do not blow it up past that point.

Which is why my workflow to remove excess padding is running all flac files through dbpoweramp to convert from flac to flac after I have removed embedded images etc.. That means the wasted 2MB padding per song from an embedded 3000x3000px jpg (for example) are reclaimed but a sensible padding of 4KiB remains. It also has the added benefit of ensuring that all files are encoded with a current version of flac with max compression and it also reveals files containing errors since the converter verifies the files.

So in summary: Removing the padding in mp3tag works, but I wouldn't recommend using it.

---

<div class="post-metadata">

### Author: ![Lebon14](https://community.mp3tag.de/user_avatar/community.mp3tag.de/lebon14/32/8738_2.png) [@Lebon14](https://community.mp3tag.de/u/Lebon14)
#### Post date: [January 18, 2024, 11:42pm UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/19 "2024-01-18T23:42:38Z")

</div>

Thanks you so much, Florian! Better late than never. Once the next stable release hits, I'm updating for sure.

> [@Casual\_Tea](#):
>
> So in summary: Removing the padding in mp3tag works, but I wouldn't recommend using it.

That's a YOU preference. I do not want any padding created from embedding image files. I much prefer having a single image files easy to change in the folder where my FLAC file(s) are. And adding a few seconds because I removed the padding for the padding for the tags to be recreated is no biggie.

The option is there for those like me.

> [@Casual\_Tea](#):
>
> Instead of removing the padding entirely the padding is set to a fixed value of 4KiB if the metadata and embedded images do not blow it up past that point.

That can also be an optional option. Don't force your opinion on others.

---

<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: [January 19, 2024, 8:19am UTC](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372/20 "2024-01-19T08:19:00Z")

</div>

> [@Lebon14](#):
>
> I do not want any padding created from embedding image files. I much prefer having a single image files easy to change in the folder where my FLAC file(s) are. And adding a few seconds because I removed the padding for the padding for the tags to be recreated is no biggie.

Padding is not special to image files., in flacs it is only a problem because of the possible notable waste of space as Mp3tag does not clear this space after deleting embedded artwork automatically and artwort is the only tag that really needs notable space. A 4k-padding-reserve makes always sense. The space for the usually used text-tags is vanishingly small. A typical music-flac-file of let's say 4 minutes could have a size of 25 MB. Who really cares in a file like this about an additional 4kb space which would be about 0,016 % additional space and often even does not make a difference because the file-system also saves in 4k-blocks.

If you clear the padding of flac-files with this new util of Mp3tag to zero any change you make to your tags with MP3tag will again create a padding of 4k, no matter whether you add an additional character or delete a character.

[Next page](https://community.mp3tag.de/t/re-adding-native-flac-padding-column-and-removal/60372.md?page=2)
