<table><tr><td style="">Kanedias 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/D1230" rel="noreferrer">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>On the other side PipeWire is pretty new and its documentation is nearly non-existent. I don't know if with PipeWire it really could work in the way I described above. Your current solution works right now. It might still be an idea if you are interested to check out if you could integrate your approach with PipeWire in the way I described above or something similar and if you could do this now or only after the current version version of your patches has landed.</p></blockquote>

<p>Why is PipeWire preferred solution for this? GNOME has to support EGLStreams which have no such thing as buffer management like GBM, they can't just do buffer fd passing.<br />
Martin said he's not interested in EGLStreams and this whole patchset was prepared in agreement with him. Yes, adding additional copying would solve many things, but I guess it's out of scope for this patch.</p>

<p>I'll take a look at PipeWire in my spare time. Is there any rush? I'm under strong impression something is happening.</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/D1230" rel="noreferrer">https://phabricator.kde.org/D1230</a></div></div><br /><div><strong>To: </strong>Kanedias, graesslin, davidedmundson, subdiff, KWin<br /><strong>Cc: </strong>subdiff, ngraham, alexeymin, aacid, kwin, KWin, davidedmundson, plasma-devel, bwowk, leezu, ZrenBot, progwolff, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, eliasp, sebas, apol, mart, hein<br /></div>