Follow up from #1309.
Without this, it is quite difficult to use the 10 bpc mode. You get with glxgears:
Error: couldn't get an RGB, Double-buffered visual
AFAICT, this shouldn't be too hard: we don't want anything fancy, no compression support.
Worth a try, may not be too hard.
patch with debug which adds 30bpc to the X11 transport
minimal patch
The patch above applies cleanly to current virtualgl 2.5.3 and allows us to forward "r210" pixel data as GL_RGB10_A2
/ GL_UNSIGNED_INT_2_10_10_10_REV
.
Tested with #1553 and the commands:
xpra start --start-child=xterm --pixel-depth=30
xpra attach
vglrun -d :1 python xpra/client/gtk_base/example/gl_colors_gradient.py
The changes in banding are very noticeable when going from 10 down to 8.
Edit: made a pull request for upstream.
Latest comment: This unfortunately required more in-depth modifications to VirtualGL, which led me down the rabbit hole of overhauling all of the horribly outdated pixel format and conversion stuff. I should have it checked in by the end of this week.
Merged: This has been implemented in the dev branch.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1577