# If a big png image applied as album cover, mp3tag lost ability to read tags

**URL:** <https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937>\
**Category:** Support\
**Created:** [May 10, 2016, 4:54pm UTC](https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937 "2016-05-10T16:54:07Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![fullinu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/f/f4b2a3/32.png) [@fullinu](https://community.mp3tag.de/u/fullinu)\
**Post date:** [May 10, 2016, 4:54pm UTC](https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937/1 "2016-05-10T16:54:07Z")

</div>

If a big png image applied as album cover, mp3tag lost ability to read tags from this file anymore (till deleting of cover by another 3rd party program).  
This bug applied to, at least, lossless m4a alac files 16-bit/44100 and higher.  
Image - png, size 22.1 Mb, size 3000x2989. Sample:  
[http://rgho.st/86JspYd8x](http://rgho.st/86JspYd8x)

---

<div class="post-metadata">

**Author:** ![mjcm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/9d8465/32.png) [@mjcm](https://community.mp3tag.de/u/mjcm)\
**Post date:** [May 11, 2016, 1:44am UTC](https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937/2 "2016-05-11T01:44:13Z")

</div>

How big is the M4a before you add the picture and how big is after you add it ?

And just out of curiosity why would you add such a HUGE PNG to a M4a.

Why not convert it to for example JPG ?

---

<div class="post-metadata">

**Author:** ![fullinu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/f/f4b2a3/32.png) [@fullinu](https://community.mp3tag.de/u/fullinu)\
**Post date:** [May 11, 2016, 2:12pm UTC](https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937/3 "2016-05-11T14:12:36Z")

</div>

HUGE png for HUGE vinyl rip.)  
It was 603 Mb and after applying image - 623.  
I converted it to jpeg after all, of course. Original image was 105 Mb, i resized it.

---

<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:** [May 13, 2016, 5:28pm UTC](https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937/4 "2016-05-13T17:28:55Z")

</div>

This is an undocumented feature 😉 I've implemented an upper limit for MP4 cover art (which is 16MB at the moment) to prevent memory flood "exploits" and the UI becoming less responsive.

I'm not sure whether I want to change this, but I wanted to give you an update on the situation.

Kind regards  
– Florian

---

<div class="post-metadata">

**Author:** ![fullinu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/f/f4b2a3/32.png) [@fullinu](https://community.mp3tag.de/u/fullinu)\
**Post date:** [May 13, 2016, 7:29pm UTC](https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937/5 "2016-05-13T19:29:40Z")

</div>

That's no problem at all, at least for me - i don't prefer png to jpg images, so i could use JPG image as a cover (and it's only 2,47 Mb).  
btw, after applying big PNG cover i even couldn't delete it from track, so... and i couldn't read and edit all other tags, that's it.

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [February 9, 2026, 12:26pm UTC](https://community.mp3tag.de/t/if-a-big-png-image-applied-as-album-cover-mp3tag-lost-ability-to-read-tags/17937/6 "2026-02-09T12:26:14Z")

</div>

Closed on February 9, 2026, 12:26pm UTC


