Bryan Hogan, on 18 Jun, wrote: > In message <535d31f650...@timil.com> > Tim Hill <t...@timil.com> wrote: > > > In article <c089fb5c53.br...@helpful.demon.co.uk>, Bryan Hogan > > <nets...@helpful.demon.co.uk> wrote: > > > Visiting this page with NetSurf build #1257 on my Omega (300MHz > > > StrongARM, RISC OS 4.39, 1920x1080x16m) is very slow: > > >> http://stardot.org.uk/forums/viewtopic.php?f=16&t=6753 > > > Displaying a 5109x3387 full colour image at 600x398 (or whatever it is) > > is considered 'bad form' and obviously requires the image to be resized > > each time NetSurf displays it onscreen. Perhaps NetSurf should be > > caching the smaller version it creates for longer? > > Yes, that would help. > > > How long does it take for ChangeFSI to resize it to 600x398? About a > > minute on this Iyonix. > > I don't know, the version (1.27) of ChangeFSI I have crashes on this > picture!
With ChangeFSI 1.27, VRPC OS4.39, the initial error is "Internal error: abort on data transfer at &03819444". This issue with large images has cropped up before. ChangeFSI can be persuaded to render this large jpeg if a buffer within ChangeFSI is made big enough. Search for the variable max% and make it bigger. This worked for me:- gamma=1:rotate%=FALSE:max%=80000000:bright%=15:lock%=FALSE A similar ruse does not work for !ChangeFSI 1.34 on the Raspberry Pi which just exits the iconbar without any error. -- David Pitt
