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