>
> [08-12-23 00:15:52.8045] Slim::Web::Graphics::processCoverArtRequest
> (618) caching result key: plugins/cache/icons/radioio_25x25_f.png,
> orig=
> [08-12-23 00:15:53.1488] Slim::Web::Graphics::processCoverArtRequest
> (114) this is a transparent png request
> [08-12-23 00:15:53.1648] Slim:
> Looking into the artwork cache directories I see that a scan generates
> and caches */*/cover_100x100_p images. When the webUI requests covers
> for the "Albums" menu squeezecenter generates and caches ANOTHER file
> */*/cover_100x100_o.
Good catch! We originally used the _p covers in the web U
Looking into the artwork cache directories I see that a scan generates
and caches */*/cover_100x100_p images. When the webUI requests covers
for the "Albums" menu squeezecenter generates and caches ANOTHER file
*/*/cover_100x100_o.
So we have */*/cover_100x100_p AND */*/cover_100x100_o in cache
Hi guys,
This might be a stupid question, and I apologise if it is, but could we
not have the option of resizing/resampling album artwork offline on a
proper PC? I have a ReadyNAS and a Controller, and it would be really
nice to just let your (hopefully much more powerfull) PC perform all of
the
Got it. (I was looking *.jpg files in cache :-|
I have been following bug9757 and it would be great if something like
that could be done via the webUI. For now I'm going to try and apply
the patch. erm ... after finding out to apply a patch to *.pm file that
is...
Cheers
--
Fishbones
> Could someone please point out to me where the images are pre-cached on
> the server.
In the cache folder you'll find in Settings/Status.
--
Michael
___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/d
Could someone please point out to me where the images are pre-cached on
the server.
Cheers.
--
Fishbones
Fishbones's Profile: http://forums.slimdevices.com/member.php?userid=20670
View this thread: http://forums.slimdevic
> AH! No go for ReadyNAS and artwork "on demand" resampling then. But
> what does it do for 13 hours then?
As I said it lacks support for floating point operations in the CPU. Thus
resizing one artwork might take 20 secs. vs. 2 secs in resize mode.
> It must be resampling and caching
> the resam
i think a user, and esp a nas user, should be able to optionally run
scans with settings they choose.
imagine an "artwork only" scan. imagine a "music only" scan.
sure, this may mean your music and art are somewhat out of sync at
times, but the user should have the option.
(other options in
mherger;352408 Wrote:
> > When a scan is done with "Resize Artwork", cover art loads in
> seconds.
>
> There's one reason that option exists at all: ReadyNAS. We only
> introduced it because the ReadyNAS isn't able to resample the artwork
> in a reasonable amount of time.
>
> > why does it take
I'm not sure that's the case - most of the NAS boxes out there are
stripped down Linux boxes which should be perfectly capable of running
a media server. Of course it depends on what the media server is trying
to do.
The issue for me around this whole episode was that ReadyNAS was
purported to be
cwinson wrote:
> Been a while since I looked at this. In truth, this issue turned into a
> showstopper for me and I've ended up using itunes and the iphone/ipod
> remnote app instead. As I'm using softsqueeze, this works fine for me.
>
> >From memory, the problem you are having is that the ReadyN
Been a while since I looked at this. In truth, this issue turned into a
showstopper for me and I've ended up using itunes and the iphone/ipod
remnote app instead. As I'm using softsqueeze, this works fine for me.
>From memory, the problem you are having is that the ReadyNas CPU is
particularly po
> When a scan is done with "Resize Artwork", cover art loads in seconds.
There's one reason that option exists at all: ReadyNAS. We only introduced it
because the ReadyNAS isn't able to resample the artwork in a reasonable amount
of time.
> why does it take 13 hours to resample artwork?
AFAIK
I'm running SqueezeCenter 7.2.1 on a ReadyNAS Duo and have noticed that
when a scan is done with "Resample Artwork" set in the performance
settings, viewing album art in the web interface and consequently also
on a Philips Pronto with the SlimPronto module, is very slow to non
functional.
When a s
Thanks for the responses Michael.
To answer the question around what I mean by 'more could/should be done
during the initial scan', I would propose the following:
1) Provide a set of options which configures the resampling and caching
of the various artwork sizes during the initial scan. Knowing
> 1) The initial scan doesn't do much to help the controller interface in
> terms of resizing and caching artwork. Only the 56x56 image is used by
> the controller
Nope. Now Playing and screensaver use the other sizes.
> 2) There is no sharing of cached cover art for different songs in the
> same
Bit of a long one this I'm afraid
I've been doing some investigation into artwork resizing and caching in
7.01, prompted by the fact that it takes 30 secs to resample a 500x500
image on my RadyNAS NV+ to each required size, which means teh
interface runs like a dog
Note: I have tried reducin
18 matches
Mail list logo
