Xpra: Ticket #279: 32-bit visuals and transparent windows

Needed for things like #77 (see there for backing patch)

We need to:

Extra difficulty:



Tue, 05 Mar 2013 10:01:42 GMT - Antoine Martin: status, description changed


Tue, 05 Mar 2013 10:03:37 GMT - Antoine Martin: attachment set

adds basics for supporting transparency


Tue, 05 Mar 2013 10:04:33 GMT - Antoine Martin: description changed


Sat, 20 Apr 2013 01:16:45 GMT - onlyjob: cc set


Tue, 07 May 2013 08:41:22 GMT - Antoine Martin:

The biggest stumbling block is going to be the X11 server once again.

Neither Xvfb nor the dummy driver support 32-bit visuals, for whatever reason. See this ticket for Xvfb.

I've tried to patch dummy to allow it but only got as far as this:

[128046.305] (II) DUMMY: Driver for Dummy chipsets: dummy
[128046.305] (WW) Falling back to old probe method for dummy
[128046.305] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[128046.305] (II) DUMMY(0): Chipset is a DUMMY
[128046.305] (II) DUMMY(0): Creating default Display subsection in Screen section
	"dummy_screen" for depth/fbbpp 32/32
[128046.305] (**) DUMMY(0): Depth 32, (--) framebuffer bpp 32
[128046.305] (EE) DUMMY(0): Weight given (000) is inconsistent with the depth (32)

Patch attached. Note: module loading is complicated and I hacked the ABI number rather than trying to figure out why the srpm did not install out of the box.


Tue, 07 May 2013 08:42:33 GMT - Antoine Martin: attachment set

naive hack to try to get 32-bit modes with dummy driver (not working)


Sun, 12 May 2013 12:37:48 GMT - Antoine Martin:

Ignore comment:4, no changes to the X11 server were needed. What we want are 32-bit visuals, you can get that from a 24-bit dummy server just fine.

r3368 now handles transparency (big changeset - lost of details in commit message)

Remaining work items:


Tue, 16 Jul 2013 05:49:10 GMT - Antoine Martin: status changed; resolution set

Pretty much all done, see:

That will do for now, win32 may get transparency if/when we move to gtk3/qt4 (#90).


Mon, 12 Aug 2013 10:32:23 GMT - Antoine Martin:

Note: X11 pixel data is in pre-multiplied format, so we needed r4152 to display it properly with GTK (#416 to improve on that). I don't think it really matters to the encoders (only png and webp at present) if it's pre-multiplied or not.


Tue, 22 Oct 2013 13:02:43 GMT - onlyjob:

Since lack of transparency support should not be a problem any more why black rectangle still an issue with Firefox and expanding tree-style-tab? Antoine, remember in https://www.xpra.org/trac/ticket/252#comment:24 you confirmed that you are able to reproduce the problem. It never improved and as before the issue is only reproducible in active window... Any ideas why it still happening? Thanks.


Fri, 24 Jan 2014 13:14:29 GMT - Norman Rasmussen:

Should xeyes's transparently work correctly with this? Is there an example that does?


Fri, 24 Jan 2014 13:18:51 GMT - Norman Rasmussen:

xeyes uses the SHAPE extension, not transparency, so it's probably not expected to work :-)


Mon, 19 May 2014 12:06:29 GMT - Antoine Martin: milestone changed

(set correct milestone work was completed in)


Sat, 23 Jan 2021 04:50:24 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/279