<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 21 окт. 2022 г., 21:11 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com">phylsmith2017@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">and all this because adventurious user 'goat' reported he had better luck with cin-gg on arm  single-board computer under Wayland/Xwayland - namely timeline scrolling performance.</div></div>
-- <br></blockquote><div><span class="gmail_default" style="font-size:small">Wow, that is interesting and I really wonder why that would be -- it must be some implementation feature of Wayland ?</span> </div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I think yes? On most modern systems X server uses 3d acceleration via glamour module, and 3d part on those singleboard computers tend to use even more weird layout for their buffers - so you can't just read texture via cpu (memcpy), it must be detiled, sometimes in software ... and wayland does some of this via dma-bufs (?) kernel level shared buffer implementation .. so it can do things not defined or allowed in Opengl/egl</div><div dir="auto"><br></div><div dir="auto">or so I gathered from forums ....</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>