[Libreoffice-bugs] [Bug 80659] Non-accelerated image scaling under Linux ...
https://bugs.documentfoundation.org/show_bug.cgi?id=80659 Michael Meeks changed: What|Removed |Added CC||barade.bar...@web.de --- Comment #40 from Michael Meeks --- *** Bug 88302 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 80659] Non-accelerated image scaling under Linux ...
https://bugs.documentfoundation.org/show_bug.cgi?id=80659 --- Comment #39 from Armin Le Grand (CIB) --- Probably double to Bug 78529 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 80659] Non-accelerated image scaling under Linux ...
https://bugs.documentfoundation.org/show_bug.cgi?id=80659 --- Comment #37 from Armin Le Grand (CIB) --- We could poke around vcl here, all platforms except Linux already use HW-Scaling of bitmaps - this should simply be available nowadays, even on Linux. At least the orig pix data is now handed over so that the quality/scaling decision is possible inside the low-level part at all. Before SW scaled somewhere (with bad quality) and used that - not any control below. If it is still not possible to use HW-scaling on Linux I would evtl. try to add a '#ifdef UNX'ed buffered even-more-low-level bitmap primitive like 'AlreadyScaledBitmapOne' that is buffered/created automatically in the low-level BitmapPrimitive2D (which is minimal in holding the orig pixel data and the transformation) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 80659] Non-accelerated image scaling under Linux ...
https://bugs.documentfoundation.org/show_bug.cgi?id=80659 --- Comment #38 from Armin Le Grand (CIB) --- It may also be worth to use Cairo - I already measured that it's faster for FatLines. I also checked that it is slower for colored PolyPolygons. It might be faster with Bitmap painting - we should try that instead of again and aigain trying to optimize own bitmap scaling - this should simply not be done in a graphics stack anymore by hand, at least not for paining an EditView -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 80659] Non-accelerated image scaling under Linux ...
https://bugs.documentfoundation.org/show_bug.cgi?id=80659 Michael Meeks changed: What|Removed |Added CC||armin.le.gr...@me.com Summary|VIEWING: Scrolling becomes |Non-accelerated image |slow when pictures appear |scaling under Linux ... --- Comment #35 from Michael Meeks --- Thanks for the trace - as expected this looks like it is down to the drawing layer re-scaling images very regularly; and I imagine that we re-scale the entire image no matter how little of it we want to actually render too ;-) [ a better VCL rendering API / Impl. might improve that ? ] Either way - Armin is the expert here. I see 39bn pcycles in your trace - of which: 18.7bn are from scaleNonPaletteGeneral2 - on GetPixelForN32BitTcBgra - which we could write an accelerated C++ version for I guess. This is from the threaded method (why you have 4 CPUs at 100% ;-) And another 8.9bn pcycles from the main thread - doing some of that work too. I attach a pretty picture of where that comes from. It is possible that by intersecting with the VCL clipping region we could do something more optimal and quick here I guess wrt. reducing the amount of image data we operate on. HTH. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 80659] Non-accelerated image scaling under Linux ...
https://bugs.documentfoundation.org/show_bug.cgi?id=80659 --- Comment #36 from Michael Meeks --- Created attachment 127522 --> https://bugs.documentfoundation.org/attachment.cgi?id=127522&action=edit A picture of kcachegrind ... -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
