> However, maybe the following options at
> "Settings / Advanced / Further options"
> will help you:
>
> Try to set Image cache: Use temporary directory
> to "Yes".
>
> Try larger values for Image cache: RAM cache and
> for Temporary directory: max. size
>
> Esp. when using the temporary directory, the
> images are prescaled and loading normally will be
> *much* faster.
>
> B.
Thanks for this tip. It solved my problem with slow thumbnail
rendering in cover view, and now each time I start Silverjuke, I get
nearly perfect scroll rendering. (I set my RAM cache to 256MB). Hope
it also works for the original poster. I have over a thousand images,
and it seems to work like a charm.
Statistics: Posted by sixtiesstereo — 25. Apr 08, 00:09
]]>
And if you use the temporary directory, loading the images is fast (for me) for all subsequent program starts after they're loaded once. I do not have a very speedy harddisk, but I think the performance is okay.
Are you using a network and/or do you use slow harddisks for your temp. directory? Just some more ideas
B.
Statistics: Posted by Guest — 8. Apr 08, 12:39
]]>
Yep, I've found that setting. I'm finding the performance of the grid slow, even when *all* the images are coming from the cache -- I set the cache to 128MB, and my collection currently holds about 330 albums with covers. It's still jerky.
When images aren't coming from the cache, the performance is *horrible*. If the thumbnail view in IrfanView can handle thumbnails for folders containing hundreds of images without any slowdown or jerking, I don't see any reason Silverjuke can't do the same. :)
What language is Silverjuke written in, anyways?
Jaye.
Statistics: Posted by Guest — 8. Apr 08, 11:32
]]>
]]>
I've been looking for a neat jukebox, and Silverjuke is great. I've got a few nitpicks, though.
* Make the image cache auto-fill with images rendered to the required sizes (for grid and list views) when Silverjuke is started and when image sizes are changed. At the moment images aren't loaded until you scroll past them, and this makes the both grid and list view clunky, particularly at startup.
* Allow smooth scrolling in the grid view from the scroll bar, at least as an option the user can turn on. At the moment scrolling is fixed to row increments, which is a little disorienting.
* Optimise the rendering of the grid view so that scrolling is a lot smoother. I'm running on a P4 18.GHz with 1.5GB of RAM, so there's really no reason that it should be jerky and feel slow. This affects how slick the whole thing looks in my opinion. You could, for instance, pre-render the grid to a single large image which then gets panned around. Sure, it'd require updates when the library changes, or the window resizes but that doesn't happen as often as scrolling around.
* Lower the smallest size permitted for images in grid view: I'd like to be able to see more albums at once. I'm sure the current minimum exists to prevent the rendering of the grid of images getting *really* slow, but if the render was done in a more optimal fashion, that needn't be an issue. :)
* Provide a skin that doesn't eat up so much space around the edges. I'm sure that curved borders and whatnot are fancy, but what I actually want is the *maximum* area devoted to looking through my music. :)
Hope this helps, cheers and once again, great work.
Jaye.
Statistics: Posted by Guest — 8. Apr 08, 08:01
]]>