Version: (using KDE 4.3.2) OS: Linux Installed from: Ubuntu Packages When using a depth 30 desktop (10 bit per color component), I can see graphical corruption in several places: the splash screen, the logout desktop fade effect and the K icon in the KDE Help Center. It looks like KDE is sourcing from the desktop assuming an 8bpc format and getting the wrong channels.
Created attachment 38233 [details] Depth 30 corruption when logging out Attaching screenshot.
Created attachment 38234 [details] Splash screen corruption at depth 30. One more screenshot.
Confirming this bug. There are more issues with OpenGL based effects are not starting. Would this be a new bug?
Created attachment 64717 [details] Window decoration corruption at 10bpc with desktop effects enabled. Just confirmed that the window decoration corruption does indeed happen with desktop effects enabled. Attached new screenshot highlighting that.
Just for the record. Here is the link to Pierre-Loup's response on the Xorg email list: http://lists.x.org/archives/xorg/2011-October/053688.html I can confirm the "Window decoration corruption at 10bpc with desktop effects enabled" look with Compiz using the kde4 decorator the same on a nvidia quadro with nvidia drivers set to 30-bit and a 30-bit HP monitor connected over DP. There are many more monitors with high bit depth support from different manufacturers known in the graphics community.
Could you please attach the glxinfo and xdpyinfo output so we can better understand the visuals and framebuffer configurations as they're seen by KWin? Does this happen with Xrender compositing or OpenGL compositing, or both?
Created attachment 64759 [details] Dump of xdpyinfo after starting X with -depth 30
Created attachment 64760 [details] Dump of glxinfo after starting X with -depth 30
Confirming on XServer 1.11.3 and nvidia 295.20. The nv guys just enabled Depth 80 an all consumer cards > GF8. Same Psychedelic colors, also gtk+ apps are unaffected within same session. Expect there to be some more chatter now that depth 30 happens without the Quadros.
(In reply to comment #9) > Confirming on XServer 1.11.3 and nvidia 295.20. The nv guys just enabled Depth > 80 an all consumer cards > GF8. Same Psychedelic colors, also gtk+ apps are > unaffected within same session. > > Expect there to be some more chatter now that depth 30 happens without the > Quadros. The nv guys just enabled Depth 80 an all consumer cards > GF8 [sic] Depth 30
I am also experiencing the same problem with the latest releases of KDE (currently 4.10)
Alberto, do you see the bug only with the splash screen, or also at other places? If yes, do pure Qt applications render correctly?
I re-tested it now. The situation is as follows: * The log-in screen is corrupted * The splash screen is *not* corrupted * The desktop is all corrupted except window title bars and the "Run command" dialog (ALT+F2) which are OK * Digikam (which should be a Qt application, if I am not wrong) is completely corrupted * GIMP is OK, except for the tool icons which are corrupted * Geeqie shows a black rectangle instead of images
Digikam is actually a KDE application (check its About > About KDE menu item). Can you please check a pure Qt application, such as qtconfig, designer, linguist, or applications from the Razor-Qt project? The "Run command" dialog (krunner) runs with Qt graphicssystem=native, because it needs to access XPixmap for its cursor startup feedback animation. This would indicate that using raster graphicssystem (which internally uses QImage, i.e. 24 bit RGB) fails to convert to 30 bit pixmaps when actually flushing the backing store to the X11 window. In other words, this could be a Qt bug.
The corruption with the raster graphics system is a Qt bug, and you should vote for it: https://bugreports.qt-project.org/browse/QTBUG-25998 I could have sworn I had already added a link to it in this bug report. But rendering in R8G8B8 and converting to R10G10B10 defeats the purpose of using depth 30 in the first place.
True, there will be very few applications that actually render with 30 bits. But the main advantage would be having a 10 bit LUT, so that gamma correction does not create severe banding. Special applications for photos would probably not use Qt in the first place, because it is limited to 8 bit even for its image loaders.
(In reply to comment #15) > I could have sworn I had already added a link to it in this bug report. No, but to bug #307282 ;-)
Apologies for the delay in replying. designer-qt4 shows corruption in colours too.
This should be long fixed with Qt 5