Closed whosboosh closed 4 weeks ago
I have the same issue. Even if the art is embedded, Navidrome doesn't see it. Also the .aiff file can't be played on the webplayer.
This issue has been automatically marked as stale because it has not had recent activity. The resources of the Navidrome team are limited, and so we are asking for your help.
If this is a bug and you can still reproduce this error on the master
branch, please reply with all of the information you have about it in order to keep the issue open.
If this is a feature request, and you feel that it is still relevant and valuable, please tell us why.
This issue will automatically be closed in the near future if no further activity occurs. Thank you for all your contributions.
I confirm that:
Version
0.49.3
Current Behavior
Attempts to get navidrome to read and process covert art for .aiff file formats fail with a log in navidrome as:
WARN[0004] Error warming cache error="error cacheing id='ar-62ec006a06b72cebf6213a43949246dc_0': could not get a cover art for ar-62ec006a06b72cebf6213a43949246dc_0: artwork unavailable"
All clients show the generic covert art for these files that fail.In my navidrome.toml I have:
CoverArtPriority = "cover.*, folder.*, front.*, embedded"
After converting these files to FLAC, navidrome has no issues reading the file format. I did a familiar ffmpeg command to convert all files in the current directory from .aiff to .flac which preserves the covert art metadata.find . -type f -iname "*.aiff" -exec sh -c 'bn=${1##*/}; bn=${bn%.*}; ffmpeg -loglevel 16 -i "$1" "${bn}.flac"' . {} \;
Expected Behavior
Cover art is processed from the file metadata and shown in the GUI
Steps To Reproduce
CoverArtPriority = "embedded"
to prevent navidrome obtaining cover art via external sources or cover.jpg file if it existsEnvironment
How Navidrome is installed?
Binary (from downloads page)
Configuration
No response
Relevant log output
Anything else?
No response
Code of Conduct