Martin Steigerwald - 26.05.20, 14:35:39 CEST:
> Hi Kai.
>
> Kai Uwe Broulik - 20.05.20, 21:31:07 CEST:
> > PowerDevil has two (three, if you count DDC) means of controlling
> > screen brightness:
> >
> > * Writing to sysfs (/sys/class/backlight and /sys/class/leds)
> > * Using XRandr output prope
Hi Kai.
Kai Uwe Broulik - 20.05.20, 21:31:07 CEST:
> PowerDevil has two (three, if you count DDC) means of controlling
> screen brightness:
>
> * Writing to sysfs (/sys/class/backlight and /sys/class/leds)
> * Using XRandr output property
>
> XRandR is doing X calls and we have some lovely anima
On Kubuntu 20.04 with Plasma 5.18, I'm not use xrandr:
powerdevil: Backend loaded, loading core
powerdevil: Core loaded, initializing backend
powerdevil: Xrandr not supported, trying ddc, helper
powerdevil: [DDCutilBrightness] compiled without DDC/CI support
powerdevil: Falling back to helper to g
> One thing which this will trip over is, if device supports both XRandr
> and normal backlight control, then code will prefer to still use the
> XRandr, so not sure if we can "trust" data.
That's on purpose, since XRandR has the smooth brightness animation, I
always prefer that one, if possible
Hi Kai,
On Wed, May 20, 2020 at 09:31:07PM +0200, Kai Uwe Broulik wrote:
> XRandR is doing X calls and we have some lovely animated screen brightness
> change. However, the UPower "backend" in PowerDevil is quite a spaghetti
> class and having multiple ways to control LEDs doesn't help.
I have on
Hi all,
PowerDevil has two (three, if you count DDC) means of controlling screen
brightness:
* Writing to sysfs (/sys/class/backlight and /sys/class/leds)
* Using XRandr output property
XRandR is doing X calls and we have some lovely animated screen
brightness change. However, the UPower "ba