Monitor OSD odd behaviour

Talk about AMD's FreeSync and VESA AdaptiveSync, which are variable refresh rate technologies. They also eliminate stutters, and eliminate tearing. List of FreeSync Monitors.
Post Reply
nav1204
Posts: 3
Joined: 12 Feb 2024, 03:42

Monitor OSD odd behaviour

Post by nav1204 » 12 Feb 2024, 04:01

Hello! I have a Lenovo G24-10 monitor with a 48-144hz freesync range. I run it at 120hz though as there is very high idle power on my rx580 when in 144hz, unsure if this is gpu issue or monitor issue. I usually cap my games at 117hz and make sure to have freesync + vsync on. However I have noticed some strange behaviour, for example, when I am playing any game at locked 117hz (with RTSS), and the frametime is a consistent 8.5ms (verified with RTSS graph), the monitor OSD displays refresh rates from 110hz all the way up to 120hz.

1. Is this behaviour expected/normal? Or is there a potential fault with my monitor.
2. When the monitor displays 120hz, and my fps is 117hz, is the monitor actually refreshing at 120hz (so that v-sync is taking control?), or is it actually refreshing at 117hz (with no v-sync)?
3. I can send a video if needed.


Thanks!

User avatar
RealNC
Site Admin
Posts: 3730
Joined: 24 Dec 2013, 18:32
Contact:

Re: Monitor OSD odd behaviour

Post by RealNC » 12 Feb 2024, 07:04

nav1204 wrote:
12 Feb 2024, 04:01
Moved to freesync section.
SteamGitHubStack Overflow
The views and opinions expressed in my posts are my own and do not necessarily reflect the official policy or position of Blur Busters.

User avatar
jorimt
Posts: 2477
Joined: 04 Nov 2016, 10:44
Location: USA

Re: Monitor OSD odd behaviour

Post by jorimt » 12 Feb 2024, 09:55

nav1204 wrote:
12 Feb 2024, 04:01
1. Is this behaviour expected/normal?
Yes, it's "normal."

Those monitor-side refresh rate meters, especially on G-SYNC Compatible FreeSync displays, can't be relied on for accuracy; as long as said meters are fluctuating (meaning VRR is engaged), you should rely on system-side readouts for monitoring average frame/refresh rates instead.
(jorimt: /jor-uhm-tee/)
Author: Blur Busters "G-SYNC 101" Series

Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)

nav1204
Posts: 3
Joined: 12 Feb 2024, 03:42

Re: Monitor OSD odd behaviour

Post by nav1204 » 12 Feb 2024, 10:32

jorimt wrote:
12 Feb 2024, 09:55
nav1204 wrote:
12 Feb 2024, 04:01
1. Is this behaviour expected/normal?
Yes, it's "normal."

Those monitor-side refresh rate meters, especially on G-SYNC Compatible FreeSync displays, can't be relied on for accuracy; as long as said meters are fluctuating (meaning VRR is engaged), you should rely on system-side readouts for monitoring average frame/refresh rates instead.
Thanks, any comment on my second question?

User avatar
jorimt
Posts: 2477
Joined: 04 Nov 2016, 10:44
Location: USA

Re: Monitor OSD odd behaviour

Post by jorimt » 12 Feb 2024, 20:38

nav1204 wrote:
12 Feb 2024, 10:32
Thanks, any comment on my second question?
With VRR, the duration of each scanout cycle is determined by the current max refresh rate (8.3ms at 120Hz), while VRR itself controls how many times that scanout process repeats per second based on the current framerate.

I.E. 117 FPS 120Hz VRR = scanout cycle repeats 117 times per second, with each scanout cycle completing in 8.3ms per.
(jorimt: /jor-uhm-tee/)
Author: Blur Busters "G-SYNC 101" Series

Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)

nav1204
Posts: 3
Joined: 12 Feb 2024, 03:42

Re: Monitor OSD odd behaviour

Post by nav1204 » 13 Feb 2024, 04:41

jorimt wrote:
12 Feb 2024, 20:38
nav1204 wrote:
12 Feb 2024, 10:32
Thanks, any comment on my second question?
With VRR, the duration of each scanout cycle is determined by the current max refresh rate (8.3ms at 120Hz), while VRR itself controls how many times that scanout process repeats per second based on the current framerate.

I.E. 117 FPS 120Hz VRR = scanout cycle repeats 117 times per second, with each scanout cycle completing in 8.3ms per.
Thank you. So even if my monitor is displaying a current refresh rate of 110-120hz, and my fps is 117hz, I should not trust the monitor, and providing I am not seeing any tearing, the monitor is doing what it should (117 cycles per second)

User avatar
jorimt
Posts: 2477
Joined: 04 Nov 2016, 10:44
Location: USA

Re: Monitor OSD odd behaviour

Post by jorimt » 13 Feb 2024, 11:10

nav1204 wrote:
13 Feb 2024, 04:41
Thank you. So even if my monitor is displaying a current refresh rate of 110-120hz, and my fps is 117hz, I should not trust the monitor, and providing I am not seeing any tearing, the monitor is doing what it should (117 cycles per second)
Again, those monitor meters are basically toys.

In order of reliability/accuracy:

1. Monitor-side VRR meter on G-SYNC native display containing module.
2. Monitor-side VRR meter on FreeSync display with AMD GPU in FreeSync mode.
3. Monitor-side VRR meter on FreeSync display with Nvidia GPU in G-SYNC Compatible mode.

If it's fluctuating = VRR currently engaged, if it's static (and the number is fixed at the current max refresh rate) = VRR is not currently engaged.

Unlike system-side average framerate counters, some of these monitor-side meters also include LFC multiples in their number, confusing things further.

I.E. as long as your monitor-side VRR meter is fluctuating, and your system-side average framerate counter is displaying the correct number (that being an average framerate at least 3 frames within the current max refresh rate), then VRR should be working as expected.
(jorimt: /jor-uhm-tee/)
Author: Blur Busters "G-SYNC 101" Series

Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)

Post Reply