Inconsistent Flicker-free Dimming Behavior

[Velgus]

Rules

• I made myself familiar with the Readme, FAQ and Troubleshooting.
• I understand that, if insufficient information or no app logs will be provided, my issue will be closed without an answer.

What's wrong?

Visual Modes seem to have inconsistent application combined with Flicker-free Dimming. For example, if switching from one mode to another with Flicker-free Dimming at 50%, it will be substantially brighter, but then if you click 50% in Flicker-free dimming, it will be appropriately dimmed.

This also happens when opening the Windows "System > Display" settings menu.

This doesn't seem to apply to all modes, but I found one where I could reproduce it consistently (see "How to reproduce the bug").

How to reproduce the bug?

1. Set Flicker-free Dimming to 50% on "Gamut: Native".
2. Switch to "Gamut: DCIP3" - notice that it seems overly bright for 50%.
3. Click 50% in Flicker-free Dimming again (exactly where the slider is) - notice it gets dark again.
4. Switch back to "Gamut: Native" - notice that this switch seems to be appropriately dark, and doesn't change if you click 50% in Flicker-free Dimming.

Logs

log.txt

Device and Model

Asus Zephyrus G14 GA403

Additional information.

I looked for the "Automatically manage color for apps" setting, in case it was interfering, but that setting doesn't exist on my model.

Note that the incorrect/brighter colors upon switching modes are not the same as a higher Flicker-free Dimming setting. For example, if I made the bug take effect at 50%, then set the Flicker-free Dimming slider to 100%, it would be a very different color.

It seems like maybe the Flicker-free Dimming is based off the "Gamut: Native" mode, but if that's the case, maybe it should automatically re-select that Visual Mode when changing Flicker-free Dimming, to avoid confusion.

As an aside, the bottom 20% of the Flicker-free Dimming slider have no affect whatsoever on my model (no changes between 20% and 0%).

Armoury Crate

Uninstalled

Asus Services

None

Version

0.170

OS

Windows 11 23H2

[seerge]

@Velgus hello, G-Helper just runs AsusSplendid.exe with appropriate params to set both dimming and gamuts, same as AC does.

How does this work if you would repeat same steps using AC ?

AsusSplendid.exe 200 0 [50] <- native gamut (200 is command for gamut)
AsusSplendid.exe 200 0 [53] <- dcip3 gamut
AsusSplendid.exe 19 0 [61] <- dimming level (19 is command for dimming)

[seerge]

@Velgus hello, any updates here? Did you try same thing in AC ?

[Velgus]

Sorry, I'll get back to you soon.

[Velgus]

Okay, so after testing, the main issue is more to do with the settings UI being confusing, than a bug with switching the flicker-free dimming. The issue exists in AC as well, but if you want, you could make a slight adjustment to make it a bit clearer for G-Helper users.

Basically, flicker-free dimming only works with with "Gamut: Native" mode. If you are in any other mode, adjusting flicker-free dimming switches to "Gamut: Native" mode and adjusts the dimming. However, the UI doesn't update (in G-Helper or AC), so it will still say it is in another mode (eg. "Gamut: DCIP3" or whatever), even though it is not actually using that mode.

It could be clarified by simply automatically switching to the "Gamut: Native" mode in the drop-down when you change flicker-free dimming. Honestly, the clearest solution may be just hiding the Flicker-free Dimming slider entirely when in non-"Gamut: Native" modes, as this also makes it clear that it's not being dimmed when in said modes.

Two other tangentially related issues:

1. Entering the Windows Display settings exhibits weird behavior as mentioned before. As far as I can tell what seems to happen is, if you are in "Gamut: Native" mode, it switches you to the last non-"Gamut: Native" mode you were in (though again, no UI update in G-Helper or AC).
2. Flicker-free Dimming is not applied on Startup. It should either be applied, or the slider should be set to 100% on Startup so it's clearer that it's not currently active.

[seerge]

@Velgus hello, thanks for checking

Basically, flicker-free dimming only works with with "Gamut: Native" mode. If you are in any other mode, adjusting flicker-free dimming switches to "Gamut: Native" mode and adjusts the dimming.

That's an interesting find. I don't have G14 2024 anymore to double check tho

It could be clarified by simply automatically switching to the "Gamut: Native" mode in the drop-down when you change flicker-free dimming.

I think this can be an option. I'm not a fan of hiding dimming from the UI. As it's also accessible via hotkeys. It's easier to update Gamut dropdown.

But I would like to double check if it indeed resets gamut to default (de-facto) from someone else with same device

[Velgus]

I'm not a fan of hiding dimming from the UI. As it's also accessible via hotkeys.

Do you know which hotkeys it's supposed to be? The FN+F7/F8 adjusts the regular display brightness, not Flicker-free Dimming.

[seerge]

@Velgus Ctrl + FN + F7/F8

[Velgus]

Ah, found it, thanks. It's Ctrl, not Shift though. Shift + FN + F7/F8 is Slash Lighting Brightness.

[seerge]

@Velgus right :) sorry. I have also added this to the readme.

[lgarlati]

G16 2024 here, and yeah. but I don't know if it's a bug or just the calibration affecting brightness.
Native = DisplayP3 = sRGB > DCIP3

Basically, flicker-free dimming only works with with "Gamut: Native" mode. If you are in any other mode, adjusting flicker-free dimming switches to "Gamut: Native" mode and adjusts the dimming.

I don't know if this is true. I've been using DisplayP3 for as long as I can remember, and the flicker free dimming has worked just fine. I can also guarantee it's not switching to native, as switching between DisplayP3 and Native while at 50% does yield a noticeable difference.

[seerge]

@lgarlati ok, so dimming does not reset (actual) gamut on your device ?

[lgarlati]

@seerge This is even weirder than I thought.

I ran the following test with each other three color modes, but DCIP3 was the most obvious:
Set to any mode other than native, dim 10% via hotkey, brighten 10% via hotkey, switch to native to see difference.

Some notes at each step:

• At 100% brightness, all the gamut modes work as expected.
• upon dimming, the gamut visually changes, a lot. This new gamut resembles native.
• upon brightening, there is no gamut change compared to dimmer, just a brighter screen.
• Upon switching back to native, there IS a change, albeit slight. This is most obvious from DCIP3, but present from the others as well.
• Lastly, once back at 100% switching between modes works again as intended.

Not sure what to make of this, but it seems that dimming is messing with the gamuts themselves.

[seerge]

@Velgus @lgarlati great, thanks for explanation of your observations :)

Dimming is definitely "messing" with gamuts. And it is supposed to be so.

What dimming effectively does - it compresses dynamic range of the actual image, by just reducing it's brightness.
It's pretty much if you would take a screenshot and then adjust it's brightness in photoshop to make darker.

Given that it seem to return back to original state when you return brightness, I think it doesn't make sense to change anything in app UI. And just keep currently selected gamut as it was before (also to be consistent with how AC shows this)