# Album Cover Issue

**URL:** <https://community.mp3tag.de/t/album-cover-issue/56289>\
**Category:** Support\
**Created:** [February 12, 2022, 4:53pm UTC](https://community.mp3tag.de/t/album-cover-issue/56289 "2022-02-12T16:53:26Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![funkatopia](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/f/3be4f8/32.png) [@funkatopia](https://community.mp3tag.de/u/funkatopia)\
**Post date:** [February 12, 2022, 4:53pm UTC](https://community.mp3tag.de/t/album-cover-issue/56289/1 "2022-02-12T16:53:26Z")

</div>

Apologies ahead of time. I searched for this topic but all of these situations differ slightly from mine.

I am having a mobile app developed and I'm streaming from a Shoutcast server using a CentovaCast admin area. I spent hours making sure all 2000+ MP3 files had the right info, album covers, etc using MP3tag v2.48a. Saved them, double checked, etc.

I uploaded them and in the admin area of the stream, and verified that it was looking at the ID3 tags for its info first and then iTunes or Amazon for a backup if something went wrong. Almost all of the album images are showing broken image icons and when they DO show, they are completely wrong. Like I have no idea where the system is even getting these images from.

I reached out to their support, but nothing yet. Thought I would ask here if there is a setting in MP3tag that I missed or should have on for streaming situations like Shoutcast due to some unspoken limitations.

---

<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:** [February 12, 2022, 4:59pm UTC](https://community.mp3tag.de/t/album-cover-issue/56289/2 "2022-02-12T16:59:06Z")

</div>

The most [current Mp3tag version](https://www.mp3tag.de/en/download.html) is v3.12 - maybe you should update your copy.

As a quick test:  
Copy such a mp3 in a local folder. If Mp3tag (a current version) shows the cover from a locally loaded mp3 file as expected, there is not much that you can do.  
If the local copy of your mp3 shows a wrong cover in Mp3tag too, there must be some manipulation of your music files after Mp3tag, maybe on your transport way or on your Shoutcast server?

---

<div class="post-metadata">

**Author:** ![funkatopia](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/f/3be4f8/32.png) [@funkatopia](https://community.mp3tag.de/u/funkatopia)\
**Post date:** [February 12, 2022, 6:25pm UTC](https://community.mp3tag.de/t/album-cover-issue/56289/3 "2022-02-12T18:25:30Z")

</div>

So if its shows correctly locally, it's definitely a problem on the server-side of things? The images show the album covers perfectly.

---

<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:** [February 12, 2022, 8:31pm UTC](https://community.mp3tag.de/t/album-cover-issue/56289/4 "2022-02-12T20:31:54Z")

</div>

> [@funkatopia](#):
>
> So if its shows correctly locally, it's definitely a problem on the server-side of things?

I would say: Yes.

Please let us know what the support answered to you.

---

<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:29pm UTC](https://community.mp3tag.de/t/album-cover-issue/56289/5 "2026-02-09T12:29:40Z")

</div>