-
-
Notifications
You must be signed in to change notification settings - Fork 10
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
Album covers not caching? #86
Comments
👋 I'm not quite sure what to say -- The loading should be (and is on my machine) instantaneous. We save the full-size album art so some of the cached files can be quite heavy depending on your library, but normally nothing egregious. The album art cache can be browsed in File Explorer at |
How many covers are you loading? |
One per album. |
What I was getting at was that if it's working fine for you, maybe you have less albums to load? Because I have around 4000. FWIW, Cantata loads them instantly, so it is possible. |
Ah right, my mistake - I have around 1500 here. I believe Cantata doesn't rely on the |
I looked in that cache directory and the artwork is being saved there. Does it check with the server before loading the cached image? |
It does - I've pushed some changes to try loading from cache before contacting the server, but it still won't be instantaneous due to WIndows.Storage being a fairly slow API + the fact we don't store small/bitcrushed version of cover art, so decoding can take some time depending on how large the coverart is. |
The config claims that the album covers are cached, but it seems to reload them every time I start up the app. If it is loading them from the cache, it's doing it very slowly.
The text was updated successfully, but these errors were encountered: