[SOLVED] Does Arch Linux care of OLED?

jebez · 2025-02-12 09:08:16

Against OLED burn-in.
https://en.wikipedia.org/wiki/OLED#Disadvantages
https://en.wikipedia.org/wiki/Screen_burn-in

E.g. https://rog.asus.com/laptops/rog-zephyr … 025-gu605/, OLED CARE at the end.
https://www.asus.com/support/faq/1045651/#2, see ASUS OLED Care (Pixel shift, Pixel refresh...)
https://www.asus.com/support/faq/1044809/
https://www.asus.com/support/faq/1045098/

MyASUS, ASUS OLED Care included, is for Windows, not Linux, I suppose MyASUS can't work on Linux even with Wine, Proton?

Last edited by jebez (2025-02-15 11:36:42)

WorMzy · 2025-02-12 10:32:23

Mod note: Moving to Kernel and Hardware.

seth · 2025-02-12 23:25:57

https://wiki.archlinux.org/title/Dark_mode_switching
https://wiki.archlinux.org/title/Displa … _Signaling
https://wiki.archlinux.org/title/XScreenSaver
https://wiki.archlinux.org/title/Backlight

All the taskbars are optional anyway and typically provide autohide - do you have any specific questions?

jebez · 2025-02-13 09:12:46

Seems the answer is no...

The issue is if a OLED sub-pixel is static, emit at its such value (voltage) for a prolonged period of time (what is this period? I didn't found), its value must be changed (e.g. by Pixel Shift) to avoid display burn-in, so at least a notification (on KDE).

Need also Pixel Refresh.

I posted here https://aur.archlinux.org/pkgbase/asusc … nt-1011329.

Last edited by jebez (2025-02-13 21:59:54)

Wild Penguin · 2025-02-13 12:28:23

To get all people in the loop and not need to click links not knowing what one is supposed to look for,

could you (OP) please explain:

what is special about OLEDs (compared to other displays),
what do the utilities actually do in the links and
what are you suggesting Arch Linux could do as a distribution (and, if it's out of Archs hand),
what could upstream (Kernel, X11, Wayland, drivers) do?

At least I'm lost here!

Last edited by Wild Penguin (2025-02-13 12:29:01)

seth · 2025-02-13 13:26:36

Technically every display (incl. TFTs which was a huge problem in their early days, the problem was massive w/ phosphor and plasma display - the latter overlapped with the era of the windows taskbar and the CNN badge so a lot of people noticed) can "burn in", ie. the constant uniform use of a pixel will make it pick up a pattern and leave a permanent ghost image behind. This is the origin of the screensaver, it wasn't possible to programatically turn the display off, but you could make it show a dynamic noise pattern which would prevent the effect reliably.

The problem is more relvant w/ todays OLEDs than todays TFTs, so you're looking for ways to mitigate it.
Also OLEDs benefit from dark content here (and battery-wise) as that will just not use the pixel (which is different from TFTs which are filtering constant backlight)

On top of all of this there've always been tools to undo the bunrn-in, depending on the affected technology with high-frequent pixel cycling (render noise fast) or counter patterns to create a more even wear-down.

What's not clear to me is whether the OP somehow envisions the system to just start showing random artifacts if a pixel hasn't changed in a long while. That sounds super annoying and I'd rather setup the screencontent as OLED-friendly as possible (and oc there's DPMS nowadays, so you can just turn the panel off if it's not used)

The problem is obviously not distro-specific, there're ways to setup your environment OLED-friendly and oc. screensavers and DPMS exist.
As for random artifact, the amdgpu drivers where unintentionally pretty good at that in recent months

jebez · 2025-02-13 13:48:01

Basically if I'll buy a ASUS OLED laptop, I want MyASUS (or at least ASUS OLED Care) for Linux: Pixel shift, Pixel refresh.

So I asked here https://aur.archlinux.org/pkgbase/asusc … nt-1011329, asusctl.

Last edited by jebez (2025-02-13 14:19:47)

seth · 2025-02-13 13:58:55

And our question back is what you think that's gonna do?

What's not clear to me is whether the OP somehow envisions the system to just start showing random artifacts if a pixel hasn't changed in a long while.

From your link, that thing just sets up windows in an OLED-friendly fashion.
This is never gonna work on linux™ since there's nothing close to a standard environment - you could check whether the fat DEs provide a setting for this, covering at least their infrastructure.

jebez · 2025-02-13 15:24:36

The Steam Deck OLED, using Arch Linux KDE, doesn't use any OLED care methods https://www.pcgamer.com/hardware/handhe … nt-matter/...

I choose Arch Linux KDE, so I should create the feature request to https://bugs.kde.org?
Googling "kde oled" I only found https://discuss.kde.org/t/oled-care-on-kde-plasma/22912.
So in the future do not Ctrl-Alt-Fnumber to switch to a virtual console...

Last edited by jebez (2025-02-13 15:28:56)

V1del · 2025-02-13 19:42:46

If it's just about slightly shuffling pixels around, enable night light features and the like? But I'd also say stuff like this is ultimately the responsibility of the HW vendor and I'd be surprised if there was nothing built into firmware that helps with this, regardless of the OS.

Last edited by V1del (2025-02-13 19:44:36)

jebez · 2025-02-13 20:01:39

No, see my post https://bbs.archlinux.org/viewtopic.php … 8#p2226208, it's about a static sub-pixel.

For a OLED monitor yes, for a OLED laptop no.

Last edited by jebez (2025-02-13 21:59:07)

seth · 2025-02-13 21:17:42

The Steam Deck OLED, using Arch Linux KDE, doesn't use any OLED care methods

The linked article wrote:

as Wulff Den himself says the test isn't terribly realistic. What Steam Deck user has a static image displaying at max SDR or HDR brightness for hundreds or even thousands of hours, non-stop?

All you need to do is to avoid that, play some fullscreen video once a day, you're good.

And why would there be a difference between a laptop panel and a monitor?
Though I guess you'll eventually close the lid (and turn off the monitor)?
And use DPMS to save battery anyway?
How about using an animated wallpaper (pissing away that battery again…)?

Again: asus doesn't provide some magic there.
It adjusts some windows GUI settings and provides a screensaver - basically any xscreensaver hack you like and that generates sufficient noise (so not one that just shows a static BSOD image) will do.

As for KDE settings, switch to dark mode (if that's ok with your personal preferences) and afaiu the new panel moves around a lot anyway, but certainly has an autohide mode.
Be careful wrt animated wallpapers, there seems some RAM leak - https://bbs.archlinux.org/viewtopic.php?id=303051

jebez · 2025-02-13 22:10:07

A monitor has its own firmware, a laptop display no: it relies on the OS (driver).
DPMS (available in KDE): if e.g. I move the pointer, static background?
Pixel refresh of ASUS OLED Care on Linux? Yes, where?
KDE dark with auto hide panel OK.

Although Valve seems lax about its Steam Deck OLED, I don't want a permanent burn-in.

Well I wait an answer for https://aur.archlinux.org/pkgbase/asusc … nt-1011329 (24 h later) then maybe create the feature request on https://bugs.kde.org/.

Last edited by jebez (2025-02-14 08:51:37)

seth · 2025-02-13 22:33:21

a laptop display no: it relies on the OS

Leaving aside that the notebook obviously has a firmware as unig: Source for a digital panel not having a controller (and thus its own firmware)?

DPMS (available in KDE): if e.g. I move the pointer, static background?
The same Pixel refresh of ASUS OLED Care on Linux? Yes, where?

I've no idea what you're trying to say here (try https://deepl.com/ ) but you don't need "same", but "some" constant noise pattern.
At best the screensaver algorithm guarantees that every pixel gets changed with a certain time instead of just relying on Bernoulli

Also you did understand the part where diplaying the same pattern at maximum brightness for thousands of hours *straight* is not a very realistic scenario?
Just because you can provoke an error doesn't mean you need to freak out about it.
Traffic is dangerous, but there's a different risk between just traveling and jumping right in front of a truck.
Also

jebez · 2025-02-13 23:30:54

I edited my previous post.

MyASUS, ASUS OLED Care included, is a Windows software.

Last edited by jebez (2025-02-13 23:36:15)

BS86 · 2025-02-14 09:32:41

jebez wrote:

MyASUS, ASUS OLED Care included, is a Windows software.

then you need to request a Linux equivalent from Asus or buy hardware that supports Linux already.
Nothing that Arch can do here.

jebez · 2025-02-15 11:36:06

omg I found https://www.reddit.com/r/ZephyrusG14/co … ory_crate/ "all the Oled protection is part of the BIOS", V1del is right.

Arch Linux

#1 2025-02-12 09:08:16

[SOLVED] Does Arch Linux care of OLED?

#2 2025-02-12 10:32:23

Re: [SOLVED] Does Arch Linux care of OLED?

#3 2025-02-12 23:25:57

Re: [SOLVED] Does Arch Linux care of OLED?

#4 2025-02-13 09:12:46

Re: [SOLVED] Does Arch Linux care of OLED?

#5 2025-02-13 12:28:23

Re: [SOLVED] Does Arch Linux care of OLED?

#6 2025-02-13 13:26:36

Re: [SOLVED] Does Arch Linux care of OLED?

#7 2025-02-13 13:48:01

Re: [SOLVED] Does Arch Linux care of OLED?

#8 2025-02-13 13:58:55

Re: [SOLVED] Does Arch Linux care of OLED?

#9 2025-02-13 15:24:36

Re: [SOLVED] Does Arch Linux care of OLED?

#10 2025-02-13 19:42:46

Re: [SOLVED] Does Arch Linux care of OLED?

#11 2025-02-13 20:01:39

Re: [SOLVED] Does Arch Linux care of OLED?

#12 2025-02-13 21:17:42

Re: [SOLVED] Does Arch Linux care of OLED?

#13 2025-02-13 22:10:07

Re: [SOLVED] Does Arch Linux care of OLED?

#14 2025-02-13 22:33:21

Re: [SOLVED] Does Arch Linux care of OLED?

#15 2025-02-13 23:30:54

Re: [SOLVED] Does Arch Linux care of OLED?

#16 2025-02-14 09:32:41

Re: [SOLVED] Does Arch Linux care of OLED?

#17 2025-02-15 11:36:06

Re: [SOLVED] Does Arch Linux care of OLED?

Board footer