vn971 / linux-color-inversion Goto Github PK

Hi,

I wanted to thank you for making this program! I was use a janky self-built glsl file which just set to black and white and then inverted. This is much nicer :)

Also, just something I found helpful but I combined this with a red-shift color temperature adjustment so even for originally-dark-now-light sections, it hurts my eyes even less.

I can also comment on #3 but I'm curious, how would you make the colors darker? A negative white-bias (it looked weird when I tried that)?

Thanks!

Lowering contrast can also be done by making white darker (rather than black lighter). This is easier on the eyes in a dark room and nicer to look at on low quality LCD monitors that only get so dark.

Just bringing this to your attention:
chjj/compton#542

Dear Vasilii, have you tried to apply the compiz filter solution to the Unity window manager of Ubuntu? I'd appreciate any help on this. I'm on Ubuntu 18 and would like to get it working with unity as a last resort.

Haven't you thought about changing the source code of Xcalib? It's a single C file and all we would need is an RGB shift method that does the 180 degree turn in HUE that should be easy enough.

Thanks for the collection of info.

GLSL seams to be able to over/under-saturate textures. However i have no clue how to write a GLSL for compton. Could you help me out?

This might be helpful:

https://github.com/AnalyticalGraphicsInc/cesium/blob/master/Source/Shaders/Builtin/Functions/saturation.glsl

Hi,
I'm BM, a very nice and polite guy. This app is very useful. I use it all the time on my screen.
Feature request:
A similar app that adjusts the brightness of the screen programmatically for example to make everything 50% brighter on e-readers.

xrandr-invert-colors.

In the list of things that do not work, do we have wayland? Or is there a solution that could match this already out there?

A similar problem is one that redshift tries to address, and it faced similar issues working with Wayland. I suspect the solution would be the same, which is to say that the Compositor has to implement support for this, and then programs ask the compositor to shift colors around (e.g. sway has this now).

GNOME has an article about color management has well which might be relevant, and it seems the best shot at this in redshift is using some gnome approach (see jonls/redshift#55 (comment)).

It would be nice to have the best practices about this documented somehow as well. Would love to see that work!