Closed denilsonsa closed 1 month ago
The configuration you linked has no presets where the VDU model and serial are embedded in the name. But presuming you do have a preset such as Preset_Q27P1B_GNXJ7HA015309.conf
, could you just renamed it to Preset_Q27P1B_GNXJ7HA015309_default.conf
or similar?
As initializer presets are new and relatively unused, I'm happy to consider changing the implementation to match names such as Preset_Q27P1B_GNXJ7HA015309_init.conf
should there be a convincing argument to do so.
If you don't have such a named preset, then perhaps you are encountering a different issue or bug.
I also tried running vdu_controls --debug
. I got a bunch of messages while starting up:
Then I locked my screen and pressed Esc to engage the energy saving mode (i.e. monitors are off, system is still awake). I waited a few seconds and then moved my mouse to wake up my monitors again. When they wake up, I can see the brightness/contrast changing by itself (i.e. by vdu_controls) while still on the lock screen. However, no debug message is printed.
I can confirm that behavior even... Oh, wait! No way! This behavior is the same even when vdu_controls
is not running! Could this behavior been introduced by something else? Maybe ddcutil-service? Or maybe KDE itself?
Looking at Journald Log, I found:
It could be caused by KDE's powerdevil. Now, I need to read its changelog to see if it's a new behavior, and figure out where to tweak it. I couldn't find anything relevant on KDE's System Settings.
Yes, KDE6 introduced dimming. Somewhere under screen saving or locking there is a way to turn it off. I had to do so for my own systems. KDE6 dimming may not be the default in the future - I recently raised concerns about NVRAM overuse in their forums.
The KDE Setting for dimming is under Power Management -> Display Brightness -> Dim Automatically
The discussion I mentioned is this one: powerdevil-in-plasma-6-0-and-beyond.
It was various KDE discussions that spurred to revise vdu_controls to minimize NVRAM writes.
If you're using aged monitors, perhaps review your own use of Presets with the aim of further minimizing NVRAM changes.
The KDE Setting for dimming is under Power Management -> Display Brightness -> Dim Automatically
It is already off.
It seems powerdevil is trying to "helpfully" restore the last brightness setting upon detecting a display. I can read in vdu_controls
that the brightness gets restored to the value from the Brightness and Color tray applet.
I should post in that thread (or in another thread). There seems to be a new behavior in the latest KDE version (well, latest in Manjaro) that I can't figure out how to turn off. Thanks for pointing me there, it is very helpful!
Do you have KScreen2 (Screen Management) enabled? In the past, I've found it tries to do smart things when displays are connected and disconnected. I had to turn it off to prevent it moving windows around. It may be triggering other things too.
Disabling KScreen2 might be worth a try. This can be easily done via the Background Services application which used to be part of Settings, but is now separate, and can be found by using the launcher to search for Background Services.
It seems powerdevil is trying to "helpfully" restore the last brightness setting upon detecting a display. I can read in
vdu_controls
that the brightness gets restored to the value from the Brightness and Color tray applet.
Somehow I'm not running the Brightness and Color tray applet. Presumably I must have disabled it in the past. Oh yeah, I see in disabled in the System Tray Settings.
So, this behavior is related to KDE's powerdevil daemon, can can be disabled by:
$ systemctl --user edit plasma-powerdevil.service
→ A text editor shows up, please add:
[Service]
Environment="POWERDEVIL_NO_DDCUTIL=1"
$ systemctl --user restart plasma-powerdevil.service
This thread at KDE Discuss has more details. Since this isn't related to vdu_controls
, I'm closing this issue. Thank you very much for pointing me to the right direction, and sorry for the noise here.
How can I disable this new feature introduced in 2.1.0?
My system: two AOC 27" displays of the same model (thus, in the presets I use the combination of the model name and the serial number).
Those displays are connected to two computers: a Linux PC running
vdu_controls
, and a Mac laptop used for work.My
vdu_controls
configuration: https://github.com/denilsonsa/dotfiles/tree/master/gui/.config/vdu_controlsI'm also using midi-pipewire-volume to map a MIDI knob to control the brightness/contrast of the displays. It's very useful. Some other people may end up using midi2input instead.
The problem: every time the display turns off and then turns back on, or every time I switch the input between the two computers,
vdu_controls
tries to "helpfully" restore one of the presets. Unfortunately, this means it overwrites the manually changed brightness/contrast that I had set up using eithermidi-pipewire-volume
, or using the Mac laptop. Not only this is inconvenient (the display was never on the same brightness I previously left it), but it also goes against the supposed NVRAM degradation prevention (because I had to manually fix/change the brightness/contrast several times today, many more times than I usually do).(Excuse me if anything in this message doesn't make sense, I'm writing it in a hurry between other tasks.)