[Bug]: Embedded cover art inside some m4b/mp3 audiobooks not being read #3123

Open
opened 2026-04-25 00:13:46 +02:00 by adam · 3 comments
Owner

Originally created by @saltedlolly on GitHub (Nov 27, 2025).

What happened?

All my audiobooks have embedded metadata. I have tagged everything manually over many years of using Plex and Prologue. Having recently made the jump to Audiobookshelf, I am encountering many books where the embedded artwork is not detected by the ABS scanner. If I edit the file in mp3tag or kid3 and export the artwork to a file within the folder it is usually detected, but I feel this should not be necessary. Plex was able to read the artwork, not to mention kid3 and mp3tag as well.

What did you expect to happen?

All embedded artwork should be readable but I have numerous audiobooks where the artwork is not successfully being read from the metadata.

Steps to reproduce the issue

I can't easily explain how to reproduce this, but if needed I could probably provide an example media file where the artwork is not being read.

Audiobookshelf version

v2.30.0

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Linux (Umbrel)

If the issue is being seen in the UI, what browsers are you seeing the problem on?

Other (list in "Additional Notes" box)

Logs


Additional Notes

The images do not show up in the web using using Chromium browsers on mac or windows. None of the mobile client apps i have tried display the artwork either.

Originally created by @saltedlolly on GitHub (Nov 27, 2025). ### What happened? All my audiobooks have embedded metadata. I have tagged everything manually over many years of using Plex and Prologue. Having recently made the jump to Audiobookshelf, I am encountering many books where the embedded artwork is not detected by the ABS scanner. If I edit the file in mp3tag or kid3 and export the artwork to a file within the folder it is usually detected, but I feel this should not be necessary. Plex was able to read the artwork, not to mention kid3 and mp3tag as well. ### What did you expect to happen? All embedded artwork should be readable but I have numerous audiobooks where the artwork is not successfully being read from the metadata. ### Steps to reproduce the issue I can't easily explain how to reproduce this, but if needed I could probably provide an example media file where the artwork is not being read. ### Audiobookshelf version v2.30.0 ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Linux (Umbrel) ### If the issue is being seen in the UI, what browsers are you seeing the problem on? Other (list in "Additional Notes" box) ### Logs ```shell ``` ### Additional Notes The images do not show up in the web using using Chromium browsers on mac or windows. None of the mobile client apps i have tried display the artwork either.
adam added the bug label 2026-04-25 00:13:46 +02:00
Author
Owner

@saltedlolly commented on GitHub (Nov 27, 2025):

Clicking on 'Refresh' for the audiobook does not help either.

@saltedlolly commented on GitHub (Nov 27, 2025): Clicking on 'Refresh' for the audiobook does not help either.
Author
Owner

@zeroblivion88-sys commented on GitHub (Dec 11, 2025):

I have a similar issue. ffmpeg is reporting an error for me but yes my covers can be read in other places as well:
Extract Cover Error Error: ffmpeg exited with code 183: frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=N/A bitrate=N/A speed=N/A Conversion failed!

@zeroblivion88-sys commented on GitHub (Dec 11, 2025): I have a similar issue. ffmpeg is reporting an error for me but yes my covers can be read in other places as well: `Extract Cover Error Error: ffmpeg exited with code 183: frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=N/A bitrate=N/A speed=N/A Conversion failed!`
Author
Owner

@zeroblivion88-sys commented on GitHub (Dec 13, 2025):

At a guess, I would think that maybe extracting data from all the video stream would fix this:

ffmpeg -i Audiobook.m4b -y -map 0:v -frames:v 1 cover.png

@zeroblivion88-sys commented on GitHub (Dec 13, 2025): At a guess, I would think that maybe extracting data from all the video stream would fix this: `ffmpeg -i Audiobook.m4b -y -map 0:v -frames:v 1 cover.png`
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#3123