DRC

I understand the issue now. Your DRI3 implementation creates pixmaps in system memory and maintains a GBM buffer object (in GPU memory) for each, so it has to synchronize the...

I went ahead and ported Kasm's DRI3 implementation into TurboVNC 3.2 Evolving, mainly because the AMDGPU drivers require DRI3 in order to use Vulkan with GPU acceleration (whereas nVidia's Vulkan...

> @dcommander Does EGLStreams with NVIDIA work with VirtualGL via EGL even without GBM (this is not about Wayland)? Because my previous experience is that I did not need /dev/dri...

(Also, VirtualGL does not explicitly require GBM. Open source GPU drivers may use GBM at a lower level, such as interfacing with DRI3, but nVidia's drivers do not.)

@mmcclaskey WayVNC seems to be hooking into the compositor in a manner similar to how a hypothetical Wayland KasmVNC or TigerVNC or TurboVNC Server would need to do so. But...

@any1 Thanks for the excellent summary. I definitely learned something. I totally agree with your assessment that VNC is a legacy technology, the design of which was necessitated by the...

(My thinking is that, if we have seamless windows, we don't need to worry about supporting arbitrary compositors, and if we don't have to worry about supporting arbitrary compositors, then...

@any1 Assuming such a Wayland extension existed, would a hypothetical seamless window VNC server be possible to implement at the level of wayvnc/neatvnc, or would it still require compositor modifications?

Thanks for reminding me about window focus. Now that I think about this in more detail, stacking order might be a major pain point. I was just envisioning that the...

As an independent open source developer, the only ways I make money are through patronage and funded development. The general fund that covers both VirtualGL and TurboVNC pays for about...