Created attachment 21951 [details]
Picture showing the bleached transparancy rendering of UXA and normal for EXA
I'm testing Kubuntu Jaunty with xorg-edgers packages (launchpad.net) and noticed that when I'm using UXA (which implies DRI2) transparancy in compiz is rendered bleached. I've attached a screenshot to explain the bug.
Intel driver in xorg-edgers momentarily is 2.6.99, xorg server 126.96.36.199, DRI2 is 188.8.131.52
Forgot to mention the hardware: GM965/GL960.
Don't know if that helps, but I can confirm that bug with GM45 and 4500MHD using git master branch of every component involved (mesa, libdrm, xorg, video-intel, kernel+drm-intel-next).
This only happens with compiz. KDE composite window manager (kwin) also has transparency but doesn't bleach.
*** This bug has been marked as a duplicate of bug 19970 ***
Reopening because I the fix this was marked as a dupe of shouldn't have fixed this, and I think I reproduced it just the other day with Mesa master.
Confirm that the bug is still present with Tormods intel driver in Jaunty:
I can't reproduce this now with current Mesa master. Could you re-test?
Works fine for me too, using Mesa commit 699897e81c623e53be51fba0488f535b0a8d7761.
Fixed for me too! Thx.
(Not sure if it's best to reopen this bug or submit a new one, but since the description of this one matches the behaviour I'm experiencing exactly, I thought I'd reuse it.)
When I switch from EXA to UXA, I get the following behaviour under compiz:
- First of all, anything that has 100% opacity displays fine.
- Completely black areas become completely transparent, at any opacity other than 100%.
- Anything else that is partially transparent creates a "washed out" effect when blended with the background. The effect is more pronounced as the luminance and the opacity increases; i.e. it's worse for bright areas compared to dark areas, and it's worse for high opacity compared to high transparency.
With EXA everything displays fine.
Dell Optiplex GX620
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
Intel(R) Pentium(R) D CPU 3.00GHz (running in 64-bit mode)
monitor connected to the VGA connector
Debian GNU/Linux unstable
kernel: linux-image-2.6.29-2-amd64 2.6.29-5 (based on upstream 184.108.40.206)
X server: xserver-xorg-core 2:220.127.116.111-2
intel driver: xserver-xorg-video-intel 2:2.7.1-1
mesa: libgl1-mesa-glx 7.4.1-1
libdrm: libdrm-intel1 2.4.9-2 / libdrm2 2.4.9-2
I have also tested this with xserver-xorg-video-intel 2:18.104.22.168-1 from Debian experimental; the result is exactly the same.
I can attach xorg.conf / Xorg.0.log / dmesg as needed.
Just thought I'd mention that I've just tried this again with kernel 2.6.30 (again the Debian stock kernel, package linux-image-2.6.30-1-amd64 2.6.30-1), both with xserver-xorg-video-intel 2:2.7.1-1 and 2:22.214.171.1241-2, and the problem remains the same.
Vasilis: you're running old Mesa.
OK, fair enough. I've just tried with version 7.5~rc4-1 of the libgl1-mesa-glx package from Debian experimental, and while a few of the visual artifacts I've described have disappeared, quite a few of them remain too. Might I ask which version I would need to get? Thanks.
Never mind, I missed libgl1-mesa-dri when I was upgrading the packages, everything displays correctly now thanks. :^)