Change this. It's slower than the online image proxy and does use the
imgproxy.db you're seeing. Might be another reason for the large
number of cached items.
And I thought a local proxy/cache has to be faster ...
I don't often listen to outside services, nor do I use any of the
plugins discussed above (my imgproxy.db is only 30 KB), but this was my
thinking as well. So I changed this setting to use the local LMS. I
don't see how/why using an intermediary server to perform the task of
image retrieval would be faster. And especially if the server is caching
images, it's difficult to understand how using the local server would
_not_ be faster.
First of all: we are only talking about _external_ artwork, not your
local coverart files. The main reasons why the external proxy will be
faster:
- the external proxy uses a shared cache. If you're listening to some
radio station, you most likely will not be the first to request an
image. The mysb.com proxy can pull readily resized and small file from
the (RAM based) cache quickly, while your local proxy most likely would
still be busy downloading the large original file
- images need to be downloaded to be resized. Most users have much
slower connections than mysb.com servers. Imagine a page from a music
service where 50 albums are shown. LMS would need to download 50 files
of potentially several hundred KB or even MB before it even can resize
them - easily several megabytes to be downloaded. Only pulling the
resized version will reduce this to a fraction of the total transfer size.
- many users run LMS on servers much less powerful than the mysb.com
hosts. The resizing process itself is much faster on these big machines
than on your 700MHz/256MB ARM based NAS.
That said: once your local cache is populated, the loading is indeed
very quick. That's why the Music & Artist Information plugin suggests
you download the files during the scan and pre-cache artist pictures.
This is particularly true in 7.9, where I further improved image proxy
cache performance.
--
Michael
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
