The embedded graphic is a JPEG file with a resolution of 2480x3507 but scaled down to a DINA page. scrolling through the document is slow as hell.
Scrolling is only that slow when a part of the image is visible. Scrolling through other pages works fine.
(In reply to barade.barade from comment #0) > The embedded graphic is a JPEG file with a resolution of 2480x3507 but > scaled down to a DINA page. scrolling through the document is slow as hell. Hi barade, Please attach a test document that demonstrates the slow-down problem, then change Status back to 'UNCONFIRMED'. Thanks! Status -> NEEDINFO
Created attachment 114286 [details] Test document with bg image that slows down scrolling
Attached a test document.
(In reply to Hannes from comment #3) > Created attachment 114286 [details] > Test document with bg image that slows down scrolling Yep, this is slow. Win 7 Pro 64-bit, LibO Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: fi_FI
Migrating Whiteboard tags to Keywords: (perf)
Profiling points to function scalePallete8bit2(ScaleContext &rCtx, long nStartY, long nEndY): http://opengrok.libreoffice.org/xref/core/vcl/source/bitmap/bitmapscalesuper.cxx#285 4 levels of nested loops... yummy.
However, since different image types, where this function is not involved also show similar behavior during scrolling (eg. bug 96880), the real issue could be in how repainting is done.
Aaron is basically right - we should be caching interpolated-down images - even if we have H/W acceleration enabled - on Windows you can enable OpenGL and get fast rendering and interpolation of that if your GL driver is supported but ... ;-) Looks like a dup; thanks for the report ! *** This bug has been marked as a duplicate of bug 80659 ***