D27788: Implement EGL_KHR_partial_update and EGL_EXT_swap_buffers_with_damage

Aleix Pol Gonzalez noreply at phabricator.kde.org
Mon Mar 16 15:41:41 GMT 2020


apol added a comment.


  In D27788#628077 <https://phabricator.kde.org/D27788#628077>, @zzag wrote:
  
  > I really like the idea of having a hook that is called when the scene is about to start recording a command buffer for the next frame, but given the current design of the effects pipeline I am starting to think that we cannot support EGL_KHR_partial_update at the moment. The dirty region for the next frame is computed too late and I don't see how we can fix it because effects have the final say in what area of the screen will be repainted. :/
  
  
  Why too late? everything works, at least in practice.
  We might want to add some API to make sure effects don't paint before they're allowed to but just resigning to have a worse throughput to be able to paint on prepaint feels wrong.
  
  > I would love to be proven wrong, though.
  
  I don't know what proof looks here.

REPOSITORY
  R108 KWin

REVISION DETAIL
  https://phabricator.kde.org/D27788

To: apol, #kwin, #plasma:_mobile
Cc: mwolff, zzag, davidedmundson, kwin, Orage, cacarry, LeGast00n, The-Feren-OS-Dev, cblack, jraleigh, zachus, fbampaloukas, GB_2, mkulinski, ragreen, jackyalcine, iodelay, crozbo, bwowk, ZrenBot, ngraham, alexeymin, himcesjf, lesliezhai, ali-mohamed, hardening, romangg, jensreuterberg, abetts, sebas, apol, ahiemstra, mart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kwin/attachments/20200316/598a59b3/attachment.html>


More information about the kwin mailing list