# Set multiple covers for different tracks from the same album?

**URL:** <https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790>\
**Category:** Support\
**Created:** [November 15, 2020, 10:42am UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790 "2020-11-15T10:42:11Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![mokkori](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/b19c9b/32.png) [@mokkori](https://community.mp3tag.de/u/mokkori)\
**Post date:** [November 15, 2020, 10:42am UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/1 "2020-11-15T10:42:11Z")

</div>

I tried doing that and the only media player that displays all of them is VLC, all the others just show the cover of the first track. Are there any workarounds?

---

<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:** [November 15, 2020, 12:49pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/2 "2020-11-15T12:49:05Z")

</div>

> [@mokkori](#):
>
> Are there any workarounds?

as this is a feature of the player, I doubt that MP3tag can do anything about it.

---

<div class="post-metadata">

**Author:** ![vilsen](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/v/e95f7d/32.png) [@vilsen](https://community.mp3tag.de/u/vilsen)\
**Post date:** [November 15, 2020, 2:14pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/3 "2020-11-15T14:14:35Z")

</div>

> [@mokkori](#):
>
> the only media player that displays all of them is VLC

I think it should work in foobar, though you may have to keep the tracks un-selected while playing.

Perhaps assigning differing discumbers would trick some player to update the cover? Not likely though, just a long-shot...

---

<div class="post-metadata">

**Author:** ![mokkori](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/b19c9b/32.png) [@mokkori](https://community.mp3tag.de/u/mokkori)\
**Post date:** [November 15, 2020, 2:47pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/4 "2020-11-15T14:47:24Z")

</div>

> [@vilsen](#):
>
> Perhaps assigning differing discumbers

Did you mean Disc Numbers? If so then I already did

---

<div class="post-metadata">

**Author:** ![astrohip](https://community.mp3tag.de/user_avatar/community.mp3tag.de/astrohip/32/18205_2.png) [@astrohip](https://community.mp3tag.de/u/astrohip)\
**Post date:** [November 15, 2020, 2:56pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/5 "2020-11-15T14:56:09Z")

</div>

I'm confused. You set different covers for different, individual tracks? But only one cover per track? And the covers are embedded per standard tagging?

I do that all the time, and never have a problem. Each track displays whatever cover is embedded. I just checked again, and a Ford F-150 and a BMW X3 both did as expected. As does plain old WMP.

But just to be clear, there is no image file of any kind in the folders, just embedded cover images.

---

<div class="post-metadata">

**Author:** ![mokkori](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/b19c9b/32.png) [@mokkori](https://community.mp3tag.de/u/mokkori)\
**Post date:** [November 15, 2020, 3:01pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/6 "2020-11-15T15:01:51Z")

</div>

Here's a pic of what it should look like VS what it looks like on most media players:

 ![Screenshot_20201115-160040_Samsung Music](https://community.mp3tag.de/uploads/default/original/2X/0/01a7d69405de220a139a7f088675f8c8b7e89ef7.jpeg) ![Screenshot_20201115-155921_My Files](https://community.mp3tag.de/uploads/default/original/2X/5/57a0a1e3b86fdea4252cfcceefec451affff2ccf.jpeg)

---

<div class="post-metadata">

**Author:** ![vilsen](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/v/e95f7d/32.png) [@vilsen](https://community.mp3tag.de/u/vilsen)\
**Post date:** [November 15, 2020, 3:05pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/7 "2020-11-15T15:05:53Z")

</div>

> [@mokkori](#):
>
> Did you mean Disc Numbers?

No DISCNUMBER should be correct, but as I said it's a long-shot anyway.

But as @astrohip says, it works without any trick in some players.

---

<div class="post-metadata">

**Author:** ![astrohip](https://community.mp3tag.de/user_avatar/community.mp3tag.de/astrohip/32/18205_2.png) [@astrohip](https://community.mp3tag.de/u/astrohip)\
**Post date:** [November 15, 2020, 4:24pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/8 "2020-11-15T16:24:33Z")

</div>

I just tried this again, with another generic MP3 player in Windows. And it does what it should, displays the cover that is embedded.

While I don't doubt what you're seeing, I'm amazed it can happen. When playing a track, how does it even know (or care) what the tag info was for a previous track? It would be like displaying the song name from another file. Why would it read song titles but not covers? Is it possible it's only showing the wrong cover when it displays all the files in a list (like your reply above), but actually shows the correct one when playing?

Good luck with this!

---

<div class="post-metadata">

**Author:** ![vilsen](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/v/e95f7d/32.png) [@vilsen](https://community.mp3tag.de/u/vilsen)\
**Post date:** [November 15, 2020, 5:48pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/9 "2020-11-15T17:48:53Z")

</div>

> [@astrohip](#):
>
> When playing a track, how does it even know (or care) what the tag info was for a previous track?

The player/server could be reading from its own index (instead of reading the tags), or it could be caching the cover of the first track only.

---

<div class="post-metadata">

**Author:** ![astrohip](https://community.mp3tag.de/user_avatar/community.mp3tag.de/astrohip/32/18205_2.png) [@astrohip](https://community.mp3tag.de/u/astrohip)\
**Post date:** [November 15, 2020, 6:42pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/10 "2020-11-15T18:42:48Z")

</div>

I could see where it reads from an index, or external source. I actually had that problem with one player, and I didn't always like its choices. That's what led me to retag _every_ album I had with embedded covers. Took me about two months.

As far as caching info, also a possibility, but that would be such poor programming.

---

<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:** [November 16, 2020, 7:38pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/11 "2020-11-16T19:38:06Z")

</div>

This is generally a player issue. Many simply use the first track to establish the artwork by album to reduce the amount of caching required. If the player allows it, choose the option to always prefer embedded artwork so the playing track displays the correct cover by track. But note that most will still only show the first track artwork when browsing the full album in library views.

---

<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:28pm UTC](https://community.mp3tag.de/t/set-multiple-covers-for-different-tracks-from-the-same-album/50790/12 "2026-02-09T12:28:56Z")

</div>


