[Libreoffice-bugs] [Bug 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 --- Comment #7 from Telesto--- Created attachment 137812 --> https://bugs.documentfoundation.org/attachment.cgi?id=137812=edit Example file To keep this (nota) bug 'complete', a different, more regular document issue: 1. Open the attached file 2. Select the vertical scroll bar, left click & hold, scroll up and down. Scrolling behavior isn't that great in LibO6 -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 Buovjagachanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||todven...@suomi24.fi Resolution|--- |NOTABUG --- Comment #6 from Buovjaga --- Yep, I think without an identified target in the code, we can't keep this open. Closing. -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 --- Comment #5 from V Stuart Foote--- (In reply to Telesto from comment #4) > > Setting GDI/GDI+ to default for the time being, dropping the 'active' > support for OpenGL, and focus more on accelerated hardware seems a logical > conclusion (to me) The route for hardware accelerating Windows builds would be through native DirectX and DirectWrite _not GDI+_ or legacy Uniscribe. The truth is, legacy GDI+ and GDI native implementation is becoming more unmaintainable as Microsoft moves the platform away from it. But cross-platform we've moved to HarfBuzz, and are looking at Freetype, with some skia support, as replacements for DirectWrite rendering on Windows. Similar choices in non-native implementations for macOS Quartz have been made. Its all pretty messy--but resources of the project prevent doing "native" development for the supported platforms. What can be done for the project is OpenGL implementation based. -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 --- Comment #4 from Telesto--- I'm only the messenger; don't take it personally.. I'm only trying to make aware about less snappy scrolling behaviour. I reported this because it would bug me as user, when using LibreOffice in OpenGL mode. They problem is that every performance loss is noticeable, because they rendering is - in my experience on Windows - slowish in general. Even before the identified commit. Sometimes I wonder why OpenGL - when available - should be the default on Windows anyway. They performance isn't great. Only a few people at the bug tracker have OpenGL available. It's consuming limited resources Setting GDI/GDI+ to default for the time being, dropping the 'active' support for OpenGL, and focus more on accelerated hardware seems a logical conclusion (to me) -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 V Stuart Footechanged: What|Removed |Added Version|5.2.0.4 release |5.1.0.3 release Blocks||93529 --- Comment #3 from V Stuart Foote --- Double buffering with OpenGL commit for bibisect comment 1 went in at 5.1.0.1. In fact lack of double buffering continues to plague default rendering, e.g. bug 105863 or bug 112889 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=93529 [Bug 93529] [META] VCL/OpenGL rendering tracker bug for 5.0+ -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 V Stuart Footechanged: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- So what if OpenGL lags a little, as cross platform it is moving performance forward onto accelerated hardware in a reasonably consistent fashion. I don't think it is fair to compaare OpenGL to legacy GDI/GDI+ with all its warts. For more meaningful performance gains on Windows builds we would have to implement native DirectX 11 with Direct2D, DirectDraw even DirectCompute, and also support WDDM driver features. It would make the GUI more stable and perform better, but is way out of scope. Obviously that is not going to happen. So IMHO => NAB -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 Telestochanged: What|Removed |Added Keywords||bibisected, bisected, perf -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 --- Comment #1 from Telesto--- Created attachment 137522 --> https://bugs.documentfoundation.org/attachment.cgi?id=137522=edit Bibisect log Bisected to: author Michael Meeks 2015-11-13 12:00:59 (GMT) committer Michael Meeks 2015-12-11 11:39:55 (GMT) commit 7bc1f1285e82982b5d900f54f3c6f877517598b8 (patch) treef055198ff7acfa3cf2fac695186452530d539f19 parent 93185f720aab0e58564c050ea3518746d8597803 (diff) tdf#93529 - move to a Mac-like double-buffered OpenGL model. This moves us to always rendering to an off-screen texture, and then (at idle) blitting this to the screen & swapping buffers. Ideally we should never see any rendering, or flicker again with this approach. Several fixes are included: + avoid multiple OpenGL contexts being created for the same window, created excessive flicker problems. + de-virtualize UseContext - which context we use is less critical. + kill 'mbOffscreen' distinction - all VCL rendering is offscreen. + implement 'doFlush' and high priority idle flushing. + bind stencil buffer for clipping vs. textures - fixing complex clopping when rendering to virtual-devices, and off-screen. + document environment. variables. + use white as default background glClear color, but red or random color for DBGUTIL. Based on using Page Down (the buffering can be noticed) -- 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 113649] Editing: The latency while scrolling with OpenGL enabled is a bit to high
https://bugs.documentfoundation.org/show_bug.cgi?id=113649 Telestochanged: What|Removed |Added Summary|Editing: The latency while |Editing: The latency while |scrolling with OpenGL |scrolling with OpenGL |enabled is a bit to high|enabled is a bit to high |with OpenGL | -- 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