D23105: WIP: [platforms/x11] Cleanup GLX backend, revise compositing
Roman Gilg
noreply at phabricator.kde.org
Wed Aug 14 23:04:23 BST 2019
romangg added a comment.
In D23105#511957 <https://phabricator.kde.org/D23105#511957>, @fredrik wrote:
> NVIDIA doesn't support the OML extensions. They can't be implemented efficiently on their hardware IIRC.
> [...]
That's good to know. Thanks! I believe we can let in some of these extensions again without increasing the complexity too much as long as the SGI ones is ignored and we have no manual control of vsync. The complexity in the old code came mostly from that.
INLINE COMMENTS
> fredrik wrote in glxbackend.cpp:718
> Because the contents of the backbuffer are undefined after a buffer swap without GLX_EXT_buffer_age.
Ok and in other case the back buffer also has what's currently on the front buffer and we can paint it partly over and then swap?
Related to that do you know why we `present()` in `prepareRenderingFrame` (in DRM backend as well) and not **after** the actual paint in `endRenderingFrame`?
REPOSITORY
R108 KWin
REVISION DETAIL
https://phabricator.kde.org/D23105
To: romangg, #kwin, fredrik
Cc: nicolasfella, alexeymin, kwin, LeGast00n, The-Feren-OS-Dev, sbergeron, jraleigh, fbampaloukas, GB_2, mkulinski, ragreen, jackyalcine, Pitel, iodelay, crozbo, bwowk, ZrenBot, ngraham, himcesjf, lesliezhai, ali-mohamed, hardening, romangg, jensreuterberg, abetts, sebas, apol, mart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kwin/attachments/20190814/50a6ab13/attachment.html>
More information about the kwin
mailing list