With conventional PSR, I think the goal is to power off the link between the system framebuffer and the display controller and potentially power down the system framebuffer and GPU too. This may not be beneficial unless it can be left off long enough, and there may be substantial latency to fire it all back up. You do it around sleep modes where you are expecting a good long pause.
Targeting 1 Hz sounds like actually planning to clock down the link and the system framebuffer so they can run sustain low bandwidth in a more steady state fashion. Presumably you also want to clock down any app and GPU work to not waste time rendering screens nobody will see. This seems just as challenging, i.e. having a "sync to vblank" that can adapt all the way down to 1 Hz?
When you have display persistence, you can imagine a very different architecture where you address screen regions and send update packets all the way to the screen. The screen in effect becomes a compositor. But then you may also want transactional boundaries, so do you end up wanting the screen's embedded buffers to also support double or triple buffering and a buffer-swap command? Or do you just want a sufficiently fast and coordinated "blank and refill" command that can send a whole screen update as a fast burst, and require the full buffer to be composited upstream of the display link?
This persistence and selective addressing is actually a special feature of the MIP screens embedded in watches etc. They have a link mode to address and update a small rectangular area of the framebuffer embedded in the screen. It sends a smaller packet of pixel data over the link, rather than sending the whole screen worth of pixels again. This requires different application and graphics driver structure to really support properly and with power efficiency benefits. I.e. you don't want to just set a smaller viewport and have the app continue to render into off-screen areas. You want it to focus on only rendering the smaller updated pixel area.
I was under the impression that modern compositors operated on a callback basis where they send explicit requests for new frames only when they are needed.
> Source: https://www.pcworld.com/article/3096432 [2026-03-23]
---
> HKC has announced a new laptop display panel that supports adaptive refresh across a 1 to 60Hz range, including a 1Hz mode for static content. HKC says the panel uses an Oxide (metal-oxide TFT) backplane and its low leakage characteristics to keep the image stable even at 1Hz.
> Source: https://videocardz.com/newz/hkc-reveals-1hz-to-60hz-adaptive... [2025-12-29]
---
> History is always changing behind us, and the past changes a little every time we retell it. ~ Hilary Mantel
Apple already uses similar tech on the phones and watches.
I'm not sure if this LG display will have the same issue, but I won't be an early adopter.
The display has a refresh rate of 120hz when needed. The low refresh rate is for battery savings when there is a static image.
Variable refresh rate for power savings is a feature that other manufacturers already have (apple for one). So you might already be an early adopter.
jerlam•3d ago
The Apple Watch Series 5 (2019) has a refresh rate down to 1Hz.
M4 iPad Pro lacks always-on display despite OLED panel with variable refresh rate (2024):
https://9to5mac.com/2024/05/09/m4-ipad-pro-always-on-display...
hirako2000•1h ago
MBCook•1h ago
trvz•59m ago
SXX•55m ago
Less of a problem for iphones that unlikely to stay for a week in the same place plugged in and unused.
amaranth•34m ago
wffurr•6m ago
jauntywundrkind•26m ago
I'm not sure that there's really anything new here? 1Hz might be lower. Adoption might be not that good. But this might just be iteration on something that many folks have just not really taken good advantage of till now. There's perhaps signficiant display tech advancements to get the Hz low, without having significant G-Sync style screen-buffers to support it.
One factor that might be interesting, I don't know if there's a partial refresh anywhere. Having something moving on the screen but everything else stable would be neat to optimize for. I often have a video going in part of a screen. But that doesn't mean the whole screen needs to redraw.