# Strange embedded art tag issue- please help

**URL:** <https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244>\
**Category:** Support\
**Created:** [August 31, 2021, 7:38pm UTC](https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244 "2021-08-31T19:38:53Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![jaxtherogue](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a3d4f5/32.png) [@jaxtherogue](https://community.mp3tag.de/u/jaxtherogue)\
**Post date:** [August 31, 2021, 7:38pm UTC](https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244/1 "2021-08-31T19:38:53Z")

</div>

I am having an issue where the embedded art in a music file I encode is not being found by a few players, but once the tagging is resaved in mp3tag, the embedded art is viewable-no other changes are being made. I simply click the file, click save, and suddenly the art is available. I don't have the knowledge to examine what might be different between the tags in these files. I have no issues with other tags or with playing the files. Can someone take a look at these two files and see what the differences are and what might explain this oddity? It is happening with both my ogg vorbis and opus encoding. thankS

files can be found here  
[https://drive.google.com/drive/folders/1BL4301px0PUaDE1hqOTLTwWN0FNHUS1A?usp=sharing](https://drive.google.com/drive/folders/1BL4301px0PUaDE1hqOTLTwWN0FNHUS1A?usp=sharing)

---

<div class="post-metadata">

**Author:** ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)\
**Post date:** [September 1, 2021, 2:45pm UTC](https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244/2 "2021-09-01T14:45:00Z")

</div>

I am no expert on file structure or metadata handling.  
All I can do is look at the results provided by a 3rd party app, like Exiftool.

I noticed that file #1 includes the picture dimensions but file #2 does not.  
I also did some tests and saw that Mp3tag does not include the picture dimensions when saving an OGG file that has them.  
I'll guess that file #2 was a copy of file #1 and did not display embedded art until it was saved by Mp3tag.  
If that is true, then your problem is probably with whatever app embedded the picture.  
Some players are more fussy than others about what is, and isn't, in a file's metadata.  
It could be that the picture dimensions, when written in the tag, are a problem for some players.

But you already know how to avoid this issue: embed the art with Mp3tag. 🙂

[File#1-after being saved by Mp3tag-tags shown by Exiftool.txt](https://community.mp3tag.de/uploads/short-url/9xxTqOCuQGr0loIaCaDAjC9k2FE.txt) (28.2 KB)  
[File#1-tags shown by Exiftool.txt](https://community.mp3tag.de/uploads/short-url/xq8AZVTmGGHvhaHehM0yUiohIY6.txt) (28.2 KB)  
[File#2-tags shown by Exiftool.txt](https://community.mp3tag.de/uploads/short-url/17RzMKVmWTEmqxk5Zl64WiGeUS4.txt) (28.2 KB)

---

<div class="post-metadata">

**Author:** ![phw](https://community.mp3tag.de/user_avatar/community.mp3tag.de/phw/32/11831_2.png) [@phw](https://community.mp3tag.de/u/phw)\
**Post date:** [September 1, 2021, 4:07pm UTC](https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244/3 "2021-09-01T16:07:52Z")

</div>

@jaxtherogue Which of the two is the working picture? And what software exactly had problems displaying the picture?

---

<div class="post-metadata">

**Author:** ![jaxtherogue](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a3d4f5/32.png) [@jaxtherogue](https://community.mp3tag.de/u/jaxtherogue)\
**Post date:** [September 1, 2021, 4:23pm UTC](https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244/4 "2021-09-01T16:23:12Z")

</div>

@phw  
1.ogg has the non working embdded art  
2.ogg has the working embedded art

The software that would not display the embedded art was Poweramp (on Android) and VLC (on Windows). VLC was just used for a test, i don't really use it for music.

@ryerman this is awesome and gives me something to work with. thank you! you were correct in your guess as to which file works and which does not

---

<div class="post-metadata">

**Author:** ![jaxtherogue](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a3d4f5/32.png) [@jaxtherogue](https://community.mp3tag.de/u/jaxtherogue)\
**Post date:** [September 1, 2021, 4:54pm UTC](https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244/5 "2021-09-01T16:54:05Z")

</div>

I did some further checking with another encoder- that encoder embeds the picture dimension, but not the Picture Bits Per Pixel tag. That file is readable by Poweramp. It looks like the Picture Bits Per Pixel is the culprit. Following up with the Poweramp guys now.

---

<div class="post-metadata">

**Author:** ![phw](https://community.mp3tag.de/user_avatar/community.mp3tag.de/phw/32/11831_2.png) [@phw](https://community.mp3tag.de/u/phw)\
**Post date:** [September 1, 2021, 5:36pm UTC](https://community.mp3tag.de/t/strange-embedded-art-tag-issue-please-help/54244/6 "2021-09-01T17:36:20Z")

</div>

> [@jaxtherogue](#):
>
> 1.ogg has the non working embdded art  
> 2.ogg has the working embedded art

Thanks. I asked because I know of cases where missing dimensions did cause issue, but not the other way.

> [@jaxtherogue](#):
>
> It looks like the Picture Bits Per Pixel is the culprit.

That's interesting, many tools likely don't set this value.

---

<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/strange-embedded-art-tag-issue-please-help/54244/7 "2026-02-09T12:29:23Z")

</div>


