-
Notifications
You must be signed in to change notification settings - Fork 406
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix CoverartCacheManager #2325
Fix CoverartCacheManager #2325
Conversation
Previously, an ERROR was logged for each song without cover art when the Web UI was open. This commit avoids the error, caches the no-cover-art result and saves a roundtrip to mpd for all no-cover-art songs.
Thanks a lot. It's a consequent development. I have refactored the code a little, reducing some code and logical statements. |
Sorry for hijacking your RR so much. Your change is great but the original code was not very well written. I used the opportunity to correct my initial approach :-) |
Thanks again for the initial commit and the trigger, to work on this feature again. A few things I have changed:
|
Co-authored-by: Christian Hoffmann <[email protected]>
No worries!
This sounds really useful. 👍 The web UI is so nice and snappy, and the cover art stuff seemed to have made it sluggish at times in the past. Should users be advised to clear their cover art caches on upgrade to get rid of the unnecessary old-style files maybe? |
Thanks! ✌️
That's a good idea. I will add a how-to note to the release PR. |
Previously, an ERROR was logged for each song without cover art when the Web UI was open.
This commit avoids the error, caches the no-cover-art result and saves a roundtrip to mpd for all no-cover-art songs.
Note: This will start creating an empty file for each song without cover art in order to speed up the listing. This might be surprising at first, but is in line with how the current caching mechanism works.