Wayland pain points – kgamma – David Edmundson's Web Log
Skip to content
Search for:
Recent Posts
Wayland pain points – kgamma
Techpaladin are hiring!
EX-11: Prepping for Plasma’s Last X11-Supported Release
Update on KDE Home Automation (KIOT)
Setting up distributed compilations with sccache
Recent Comments<br>Bluepeak Solutions on How to report bugs – Usability Issues and Wishlists<br>porn on How to report bugs – Usability Issues and Wishlists<br>Beyond Borders Citizenship, on One week till KDE Telepathy 0.2<br>Decimal Advisor, on One week till KDE Telepathy 0.2<br>lisinopril 420 1g on Powered By Swiss Cheese – My Plans For Randa<br>Archives
August 2026
June 2026
December 2025
October 2025
September 2025
March 2025
January 2025
August 2024
March 2024
February 2024
November 2023
September 2023
August 2023
March 2023
May 2021
October 2020
September 2020
July 2020
June 2020
October 2019
November 2018
July 2018
April 2018
October 2017
September 2017
August 2017
September 2016
June 2016
March 2016
February 2016
October 2015
September 2015
August 2015
July 2015
June 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
December 2013
November 2013
October 2013
September 2013
August 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
August 2011
July 2011
May 2011
March 2011
February 2011
January 2011
December 2010
December 2009
September 2009
Categories
Blog
kde
Other
Software
Meta
Log in
Entries feed
Comments feed
WordPress.org
In the feedback about dropping X11 support, one very surprisingly common comment is from users saying they "need" kgamma, a simple tool that allows the user to adjust the gamma, red, blue and green that gets drawn to the screen operating directly on the X server.
On our Wayland session we have colour management that blows simple gamma adjustment out of the water, so on the face of it it seems weird that this would come up. However at the same time, I get it. ICC profiles are very confusing and it's not the same as a few basic sliders that anyone can understand.
We want people to have the best transition to Wayland we can offer and this is a relatively easy fix.
The new tool
I have made a simple tool that edits the relevant part of an ICC profile - VCGTs.
"VCGT (Video Card Gamma Table): An optional, private tag inside an ICC file that stores 1D grayscale/gamma curves loaded directly into your graphics card's hardware Look-Up Table (LUT)."
That's a lot of fancy terms, but the key point is it's a tiny subset of the thing Kwin already supports. We can add a UI around those few values and not need to add a second code path in kwin or kscreen.
The UX is deliberately similar to the old UI.
Obviously it needs a round of polish (volunteers welcome!), but it's functional.
Why this is even better than on X11
Unlike KGamma on X11, this new tool:
Supports multiple monitors with independent values
Works with night colour rather than fighting over the same settings, Kwin will blend the two sets on top of each other
Gets applied by Kwin on startup so the first frame is perfect, rather than glitching during loading
What next
Whilst changing your red/green settings wtih sliders might be something a few users do, and we got a few comments it remains a niche case.
My intention is to post it as a standalone application on Flathub and not as part of Plasma. I think that strikes the right balance of providing support without holding ourselves back longterm.
Getting it
The new tool is available at:
https://invent.kde.org/davidedmundson/kgamma2
Usual CMake + build instructions apply.
Feel free to make pull requests and let me know if it helps solve your issue!