Frist of all, thank you to the author of the software, I love how musicbee works, or at least I did...
I use google drive for backup/sync, and want to keep musicbee on there so I can be up and running in the event of a restart etc.
Great, you offer a portable version!
However, I cannot stop it from reading the album art embedded in my mp3s and then converting to 524x524 24bit PNG's, often up to 1MB in size, for each of my 2000+ Albums and storing them in a subfolder. This results in over 3GB of, in my opinion, redundant PNG files that are taking up space on my SSD as well as my google drive.
I tried resizing the png's to 256x256 and optimising them, this did save 75% disk space on average, but I then found musicbee would insist on over-writing them with higher resolution images, even though it would initially load them and display them.
My music is stored on my high IOP nvme laptop drive, I really doubt that it is worth caching these images?
IF the argument is to make scrolling through albums faster - it would be good to just have the option to have music bee read the cover image from the mp3/album each time. If the majority of us are OK with the loading and scrolling of web based music libraries, I cannot see that there is a strong argument for a loacl disk based cache of files on the same disk. it can only really save a few ms, cant it? especially with nvme drives.
But if you do insist, can you at least configure the cache to be stored in a temporary location so that it can ignored by backup/sync solutions easier? google drive sucks at excluding folders, but really I would just prefer it didnt exist at all.
PLEASE will you consider an option to disable the artwork cache for artwork already stored locally?