https://issues.apache.org/ooo/show_bug.cgi?id=122985
Armin Le Grand <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|[email protected] |[email protected] |g | --- Comment #9 from Armin Le Grand <[email protected]> --- ALG: Already speeded up stuff for rendering and conversion to Gdiplus::Bitmap in task #122923#, this should bring it back to comparable speeds as before. Still I took a look at JPEGReader::Read. To mention before: Nothing was changed there, but it uses ca. 17% of it's time to read the jpeg and the *rest* to get it to a Bitmap as content. This is because SetPixel() calls are used and jpeg's imported format is RGB while the 24bit bitmap uses GBR internally. There is no GBR import format available from the jpeg importer unfortunately. Tried to use CopyScanline at BitmapWriteAccess using BMP_FORMAT_24BIT_TC_RGB. This works but is not much faster as SetPixel() since the internal format conversion is not very fast. But using BMP_FORMAT_24BIT_TC_BGR and first 'switching' all 1st and 3rd bytes in a loop makes it much faster. With this additional speedup for jpeg we sould be better than before. Preparing checking this in. Also took a look at the swap stuff in current GraphicObjects; these all get swapped out after 5000ms (5 seconds), independent of the time set in tools/options/memory/Remove_from_memory_after setting. This seems wrong and makes switching pages very slow since loading has to reoccur often. Taking a look... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
