Cover art is stored in cache per author, album etc., but not per title
Summary
When I open any file that includes cover art, VLC stores a copy of this art in cache (%APPDATA%\vlc\art in Windows). This cover art is cached using i.e. author and album title, but not title itself.
As an effect you can have two or more files that have exactly the same author and album, but differs in title and both will display the same cover art from cache (incorrect) instead of reading them from file.
This assumption / design for cache is valid when talking about album cover arts (where single cover is the same for entire set of files), but fails completely when talking about file cover art. In the second scenario each of many audio files have different cover art stored in file, but displays the same cover from cache.
For example, if you have ten recordings from 10 days of single conference and you have ten different cover arts (each holding different date and title) and you add each of this cover art to each file then you will have only the firstly added cover art displayed per each file. This is because files differs only in title, have both author and album title the same and cache is not using file's title in this case.
Closely related, but not duplicate of: #25933.
Steps to reproduce
- Create two files that has exactly the same author and album title in meta and that both has no cover art.
- Open first one and upload new cover art for it. Save metadata and close the file.
- Open second file.
Expected behavior
Since second file has no cover art uploaded yet, it should show black empty space in main window.
Actual behavior
Even though first file has no cover art, main windows shows cached cover art from first file.
Software stack
- Windows 10 Pro / Version 10.0.19042 / Build 19042
- VLC 3.0.16