Description
LMS currently parses cover images based on a predefined list of preferred filenames, e.g.:
# Preferred file names for covers (order is important)
cover-preferred-file-names = ("folder", "cover", "front", "default");
However, this approach misses valid album covers when the only image in a folder has a non-standard name (e.g., 00-album-web-flac-2017.png, or Artist - Album.jpg (common with EAC rips)), and no embedded artwork is available.
Problem:
Many albums in my library no longer display covers because they contain only a single image file with a filename that doesn't match folder, cover, front, or default. As a result, LMS does not pick up any image, despite one clearly being present. This behavior was added with 3f6177c
Proposal:
Expand the cover-preferred-file-names option to allow more flexible matching, such as:
cover-preferred-file-names = ("folder", "cover", "front", "default", "*jpg", "*png", "*");
Or, alternatively, support a fallback mechanism that picks any image file in the folder when no preferred filenames are matched. For example:
cover-preferred-file-names = ("folder", "cover", "front", "default", "fallback");
Where fallback acts as an optional final step that simply chose the first image file present in the folder it comes across (in alphabetical order?).