# PNG coverart no more readable from amplifier and car

**URL:** <https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635>\
**Category:** Support\
**Tags:** player\
**Created:** [January 7, 2023, 12:00pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635 "2023-01-07T12:00:45Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 12:00pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/1 "2023-01-07T12:00:45Z")

</div>

Hi all,  
after I don't know exactly from which version of MP3Tag, my Onkyo amplifier and my Audi A5 too won't read anymore the coverart embedded if I use the function "Adjust cover art"  
The resolution is correct (800x800), the format is correct (PNG)...but the coverart won't appear anymore during the playback.  
If I use an old file with readable coverart and I use the function with the exact same resolution and format, the coverart become unreadable.  
Any idea?

---

<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:** [January 7, 2023, 12:26pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/2 "2023-01-07T12:26:27Z")

</div>

Does it make a difference, if you choose the format "Original" instead of PNG?

Does your Onkyo and A5 expect (and show only) PNG in 800x800?

---

<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 7, 2023, 12:32pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/3 "2023-01-07T12:32:36Z")

</div>

Have you saved the cover to the file system and checked whether the image is OK?  
And if the image is OK, have you embedded the picture again and checked what the player does?  
Have you tried to export a png from an old file, delete the cover art in that file and re-embed the picture and then see whether your players show them or not?  
Could you supply one of the files with an unread image?

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 1:56pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/4 "2023-01-07T13:56:29Z")

</div>

No, I tried some minutes ago and the problem is the same. Original file has coverart visible. If I "edit" and save it with MP3Tag...the coverart are no more readable. It is a recent problem, I've done more or less 1 TB of files before and no one problem.  
Audi entertaiment system has a limit of 800x800 PNG file, I don't know nothing about Onkyo limitations.  
A clarification: if I use a Windows player, like AIMP, no problem with the coverart embedded.  
Thanks for the help

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 2:01pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/5 "2023-01-07T14:01:01Z")

</div>

Yes, if I save the image the file is readable.  
If I use the image saved, the coverart is not readble anymore.  
One file, generated with the actions you suggested me is in attach. is called newone.flac. The old, and readable one, is called oldone  
Thanks a lot

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 2:06pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/6 "2023-01-07T14:06:07Z")

</div>

> **[sample files.zip](https://www.dropbox.com/s/85z2qhbzuxx13cu/sample%20files.zip?dl=0)**
>
> Shared with Dropbox

---

<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:** [January 7, 2023, 2:15pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/7 "2023-01-07T14:15:53Z")

</div>

I can't find any difference for the PNG-Part in the two provided FLAC files. The picture part seems to be identical. There are some small differences in the metadata part, but this should not affect the cover art:

 ![image](https://community.mp3tag.de/uploads/default/original/2X/c/c34d74ff27e31b5b7ab666f6f0c035e6b6e6a5f1.png)

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 3:57pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/8 "2023-01-07T15:57:06Z")

</div>

Thanks @LyricsLover...I repeat just to be clear: no problem with Windows player or Kodi...just with Onkyo embedded player and Audi too

---

<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 7, 2023, 4:20pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/9 "2023-01-07T16:20:36Z")

</div>

I only find this change with respect to FLAC files in the changelog:  
[2021-06-30] CHG: VorbisComment block is now always written before Picture block for FLAC as a workaround for an issue in Windows

So if you can find files that work and have been written after V3.08 and June 2021 then it has nothing to do with this change.

As apparently the behaviour is hard to reproduce for persons who do not have that kind of Audi (on a side line: "Audi" fascinatingly comes from the old company "Horch" which means "Listen!" - I don't know their opinion to "see" things...).

Is there any other more common player around that you know to show the same behaviour?  
I mean, both manufacturers might have issued firmware updates that made things stranger.

How do the players cope with jpeg or pictures that have a little smaller dimensions like 790\*790?

You see me shooting in the dark.

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 4:43pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/10 "2023-01-07T16:43:35Z")

</div>

Thanks for your time.

I can try with BMW player as soon as the new car is arriving home...  
With Jpeg embedded coverart it never functioned.  
Do you know if there's a way to have old version of the MP3tag installation file so I can try with them?

---

<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:** [January 7, 2023, 4:48pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/11 "2023-01-07T16:48:53Z")

</div>

> [@Massimo\_Corso](#):
>
> there's a way to have old version of the MP3tag installation file

I'm not sure about the reliability of this website, but they list different older versions, including the v3.07 and v3.08:

> **[Older versions of MP3Tag (Windows) | Uptodown](https://mp3tag.en.uptodown.com/windows/versions)**
>
> Download older versions of MP3Tag for Windows. All of the older versions of MP3Tag have no viruses and are totally free on Uptodown.

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 4:51pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/12 "2023-01-07T16:51:26Z")

</div>

Great, thanks.  
I will try with one or two and keep you guys updated.

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 5:24pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/13 "2023-01-07T17:24:45Z")

</div>

Ok, I've gone through all the version to 3.12...nothing changed.  
Maybe is better for me to focus on something else.

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 7, 2023, 5:44pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/14 "2023-01-07T17:44:51Z")

</div>

An update: if I copy the file from the NAS to an USB stick...it wokrs with the Onkyo amplifier. So maybe is something related to the way the NAS exposes the file...or the indexing of them.  
Feel free to consider the problem solved. Thanks to all

---

<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 8, 2023, 7:15am UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/15 "2023-01-08T07:15:14Z")

</div>

The difference could be that if you plug that USB stick directly into the amplifier then that reads the folders and really the files.  
If you access the files via the network on a NAS, you may access a DLNA server that may have to be configured to also transmit pictures.  
And it could be that the DLNA server stll has to update its picture store so that after a while you will see the picture (just guessing).  
I don't know how you got the audio files to the car stereo - but I would consider that problem to be something different. Perhaps that player expects a picture file in the same folder. Maybe you have to check for hidden files.

---

<div class="post-metadata">

**Author:** ![Massimo\_Corso](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb9ed0/32.png) [@Massimo\_Corso](https://community.mp3tag.de/u/Massimo_Corso)\
**Post date:** [January 14, 2023, 9:43pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/16 "2023-01-14T21:43:50Z")

</div>

Hi all,  
the final resolution: the problem was the DLNA server on QNAP, the integrated one: it was not rendering anymore correctly the coverarts. I disabled the integrated DLNA server and install Minimserver: all working now!

Thanks to all for the support

---

<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 13, 2023, 9:43pm UTC](https://community.mp3tag.de/t/png-coverart-no-more-readable-from-amplifier-and-car/59635/17 "2023-02-13T21:43:55Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
