(11-19-2022 02:01 AM)ToastyX Wrote: [ -> ]If that were the case, then movies, TV shows, YouTube videos, and low frame rate games would cause headaches
Actually, to correct an old assumption, yes they do cause headaches for some.
Some of us can't go to the cinema nor watch a big screen TV (except from distance or smaller screens), while some of them always want to turn on interpolation to fix the blur (I prefer Hollywood 24fps personally but I can understand these people). Monitors and VR involve much bigger FOV than distant televisions across a room, and as displays get bigger, motion blur bothers more people.
There are many mitigation measures that people do to compensate, and it's important for that person to adjust.
You are correct they should upgrade the laptop LCD to reduce motion blur, your suggestion was correct. I was simply adding information.
(11-19-2022 02:01 AM)ToastyX Wrote: [ -> ] (11-18-2022 11:46 PM)mdrejhon Wrote: [ -> ]1. I recommend adjusting the release notes to indicate there are latency benefits for certain laggy-buffering displays like certain OLED and DLPs. It also even reduces non-strobed LCD latency too with certain sync technologies, especially if you're using Scanline Sync with the tearline adjusted to near bottom of VBI so it's a "end-of-VBI Present()" replacing VSYNC ON's "beginning-of-VBI Present()".
This is too complex of a topic for release notes that many people don't bother reading. I can include a link if you have one. QFT wouldn't reduce latency with vsync off or FreeSync/G-SYNC on with the default range, which are the two most common modes that gamers use. If present happens at the beginning of VBI with vsync on, then QFT would actually increase latency because the start of the frame output would be delayed. Present would need to happen at the sync pulse or near the end of VBI to decrease latency, as you described with scanline sync.
You misunderstood, I didn't mean verbatim...
Just add one sentence such as "
In addition, there are also latency reductions for many specific kinds of displays".
(11-18-2022 11:46 PM)mdrejhon Wrote: [ -> ]2. I recommend renaming "Vertical Total Calculator" to "Vertical Total Calculator (QFT)" to make sure QFT is part of it. Ideally it should have said "Quick Frame Transport" because it is universal, not just for strobing, but I'd settle for just appending "(QFT)" to make sure users get that assocation. Instead of something obscure like "Vertical Total Calculator".
I feel like QFT is the more obscure term, but I might change it to "QFT calculator (back porch)" so I can add "QFT calculator (front porch)" as an option, although I'm not sure which would be more useful.
[/quote]
Putting aside what is more common;
I think just append a " (QFT)" to the end of Vertical Total Calculator and call it a day.
Basically "
Vertical Total Calculator (QFT)"
We spent a lot of time popularizing QFT in certain venues, and there's been much more buzz about QFT in some of my discord channels as well as certain venues, and going to add some articles about QFT in 2023...
We've all found back porch to be more reliable, since that's the method of VRR for temporally spacing apart refresh cycles. QFT looks essentially just like a fixed-Hz version of a VRR signal.
(11-19-2022 02:01 AM)ToastyX Wrote: [ -> ]QFT wouldn't reduce latency with vsync off
Actually, not quite true.
You're correct for realtime-scanout displays (e.g. CRTs and unstrobed esports LCDs)
But QFT can reduce VSYNC OFF latency on
global refresh displays and
displays using full-refresh pre-processing.
Some "global refresh" displays (most DLP, certain OLED, some plasmas, and also strobed LCD) has lower latency with VSYNC OFF via QFT because the display gets the full framebuffer sooner, allowing frame visibility sooner
regardless of the PC sync technology.
By delivering a complete refresh cycle (including all of its VSYNC OFF frameslices) from GPU to display's buffer sooner, the display can do global refresh processing sooner
- splitting apart the refresh cycle into subfields for DLP temporal dithering
- laggy OLED HDR processing via "find-brightest-pixel" algorithms for realtime panel APL balancing
- displays that only starts global processing after arrival of last pixel
- being able to flash the strobe backlight earlier
- etc.
Yes lag reduced, VSYNC OFF.
Yes lag reduced, without having RTSS installed.
This is a plug and play zero-PC-configure latency reduction. You don't even need RTSS Scanline Sync for this latency reduction (even though it will bring additional latency benefits). I have begun to talk to manufacturers to build in QFT EDIDs on certain displays, because it actually works. The laggy full-framebuffering OLED displays suddenly reduce lag, for example. Several OLEDs have to framebuffer fully because they can't displays all pixels at maximum brightness if it's a full screen white, so they have to buffer the entire refresh cycle to find out how brightly to display the picture, to avoid glitching or artifacting. In an esports mode, OLEDs switch to SDR mode instead of HDR, to guarantee they can show the same nits regardless of how many RGB(255,255,255) pixels there are onscreen, but in HDR modes and higher brightness OLEDs, they have to buffer to decide how brightly to display the refresh cycle, to prevent total-power overload conditions... And guess what? OLED is going to boom soon...
In fact, some 120Hz OLEDs can accept QFT at 1/240sec (even though the OLED panel can't do 240Hz), because the scaler is fast enough to buffer the frame, allowing global frame processing to occur sooner.
I have access to thousands of displays -- and QFT reduces lag on more displays than you think. How many displays do you have access to....
I daresay, you greatly underrate this revolutionary Vertical Total Calculator.
Your brilliant work that does more than you think, reducing VSYNC OFF latency on several OLEDs without RTSS installed at all
![[Image: image.png]](https://i.ibb.co/25DFCp7/image.png)
![[Image: image.png]](https://i.ibb.co/Q6wyrnB/image.png)