<table><tr><td style="">graesslin added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D4366" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Sorry David, but that architecture is a no-go from my point of view. It's absolutely essential that screen recording does not create slow down in the compositor. Reading the texture back is doing exactly that. While that is not needed at all. We have the buffer available in the drm platform. We just need to forward it.</p>

<p>The approach to go is <a href="https://phabricator.kde.org/D1231" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;" rel="noreferrer">D1231</a>.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R108 KWin</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D4366" rel="noreferrer">https://phabricator.kde.org/D4366</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>davidedmundson, Plasma<br /><strong>Cc: </strong>graesslin, subdiff, plasma-devel, kwin, KWin, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, sebas<br /></div>