mherger;663820 Wrote:
> > Is there a way to turn off this resizing behaviour? I've set
>
> No, would require some code changes.
>
> > maxUPnPImageSize to 9999, but at least when browsing images through
> the
> > Web UI, the images still seem to be run through a resizer. I run my
> SBS
>
> Only portrait mode images or all of them?
>
I will check.
>
>
> > on a SheevaPlug, which is why I notice (loading a single image takes
> > something between 5 and 10 seconds at 100% CPU load).
>
> Yeah, that hurts. I'm seeing this too, even on my x86 (Via C3/1GHz -
> soon
> to be 8yrs of loyal services :-))
>
I see we're in the same boat ;)
>
>
> > Is there a way to completely turn off resizing and just stream the
> > JPEGs as they are on disk (at least if the source images actually
> are
> > JPEGs, that is)? That would make the image browsing actually useful
> to
> > me - my client device is a HP TouchPad, so it won't have problems
> with
> > loading the large images.
>
> You could modify the plugin code. Edit
> Slim/Plugin/ImageBrowser/Plugin.pm,
> around line 157:
>
> weblink => $id ? "/image/$id/cover_${maxSize}x${maxSize}_o" : undef,
>
> make this:
>
> weblink => $id ? "/image/$id/cover" : undef,
>
> I didn't test this...
>
Looks like it works, at least from what I can test right now (I'm at
work, so I'm limited by my slow DSL upload anyway).
>From how I read the code, the maxUPnPImageSize=9999 should make the
UPnP code trigger the same (non-resizing) code path, right? I guess the
images also aren't put in the image cache in that case, is that also
right?
--
maniac103
------------------------------------------------------------------------
maniac103's Profile: http://forums.slimdevices.com/member.php?userid=42191
View this thread: http://forums.slimdevices.com/showthread.php?t=90463
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
