None of that matters for writing code to the firmware to pulse the backlight for a specific duration of the refresh rate.
Slower G2G RTs than the refresh rate requires don't affect it to that extent either.
I don't understand what you mean with “dark time between pulses”... I assume you've meant the the strobe 'off' period?
As for that person's answers:
Baddass wrote:
1. it's due to more settling time and is pretty common for lower refresh rates. I had a chat with Mark at Blurbusters about this topic too while I was testing that
That's.... not the case at all.
This can be easily proven by using a oscilloscope + light probe and graphing the strobe 'on' period for every PW setting at different refresh rates & then making a plot of each value.
I expected TFTCentral to do this, but was left disappointed in that aspect
Baddass wrote:
2. I believe it's an interface timings limitation at the moment and when I queried this with NVIDIA i was told it was deliberate, and that DP is the recommended interface for PC, with HDMI being more suited to multimedia devices.
There's no "interface timing limtation" at play.
Maybe for Pulsar over HDMI, but for normal sample & hold use or ULMB2 use over HDMI, that's nonsensical to me.
Other manifacturers have managed to make their VRR+PWM (ELMB-SYNC, Aim Stabilizer Sync, DyDS 2.0) work over HDMI at full FRL6 bandwidth... which makes that answer from Nvidia even more hillarious.
Nvidia deliberately choose to “partially lock” the HDMI 2.1 port on a scaler IC (MT9810) that's capable of HDMI 2.1 FRL6... a model which costs +700€....
What's funny is that they've went from TMDS to FRL5 with a FW update, so their reasoning is even incoherent to me.
I wouldn't even be surprised if they'd simply pass this artificial limitation under the rug, if someone (me, in this case) didn't mention it.
Perhaps a way to 'force' people to upgrade to 50 series GPUs?....
