Lossless Scaling

Lossless Scaling

Ceceli Δ 27 JUN 2024 a las 14:48
Any 4090 users out there?
I'm gonna buy a 360hz monitor next week and it got me wondering. Has anyone tried games like RDR2 to see how the Lossless Scalling FG 2x or 3x work on a high refresh rate monitor? Is it smooth af? Is input lag bad?
< >
Mostrando 211-225 de 462 comentarios
Spook 9 JUL 2024 a las 12:30 
Publicado originalmente por Ceceli Δ:
Anyway, is there a reason to why we need to cap the FPS lower to the refresh rate of the monitor in order to get it to not tear?
He concluded that Gsync/Freesync needs a short amount of processing time to function optimally. By keeping a certain amount of frames away from your max-refresh, you give Gsync/Freesync this extra processing time.
Ceceli Δ 9 JUL 2024 a las 12:36 
Publicado originalmente por Spook:
Publicado originalmente por Ceceli Δ:
Anyway, is there a reason to why we need to cap the FPS lower to the refresh rate of the monitor in order to get it to not tear?
He concluded that Gsync/Freesync needs a short amount of processing time to function optimally. By keeping a certain amount of frames away from your max-refresh, you give Gsync/Freesync this extra processing time.

Oh, so this is simpler than I thought? The monitor capability of syncing with the FPS has this "max limit" advertised by the companies, but actually we are not to use it to a max.
Ceceli Δ 9 JUL 2024 a las 12:42 
Publicado originalmente por Spook:
Publicado originalmente por Ceceli Δ:
Oh, man... Front edge sync, scanline sync... This is already giving me a headache. Haha. Could you give me a brief explanation on what these are?
Scanline sync is a limiting method in RTSS which attempts to keep the tearline associated with running no-vsync in a single position. You can move this tearline by adjusting the scanline sync value. If the game allows for tight enough frametimes you can completely hide the tearline in the monitors buffer-margins, effectively making it invisible.

Front-edge-sync is a limiter mode in RTSS, it's the mode that will provide lowest frametime variance. When using this with scanline sync you confine the tearline to a 2-4pixel area, which helps moving it out of the visible display area, into the display "porches"/buffers-margins.

The two videos below include all the info required to apply scanline sync.
It gets quite involved but shouldn't be to hard to understand once it clicks.
Probably fully watch trough once before attempting, to familiarize yourself with the concepts.
*requires coffee before-hand and the ability to closely follow instructions.
https://www.youtube.com/watch?v=sq87lxuVQeg
https://www.youtube.com/watch?v=X1Vhm8eXfCQ

As for the waiting of the monitor, [...]
Fascinating, does the government take care of this? Or does your retailer or some other 3rd party?

And as for the FG going above refresh rate
In most cases it will just interpolate up to max refresh. I seem to recall someone reporting framerates above max refresh, i may or may not have experienced this myself. I once had weird behaviour with WGC, in which i remerber LSFG going above refresh rate, but i can't replicate it.

It's smooth to the eyes and input lag free.
Hey, if it works for you, it works for you! :steamthumbsup:

Both videos you sent me are about scanline sync, judging by the titles. So, Front-edge-sync is just a turn-it-on kind of thing that doesn't require fiddling?

I'll watch them carefully later today. I'm gonna have to even see if this is gonna make any difference on my end since thus far I'm using a monitor with no VRR at all. And probably gonna have to use a game that can provide steady and tons of FPS, like Half-Life 2.

As for the process with my new monitor, I'm not sure, but I think Dell takes care of this.
Spook 9 JUL 2024 a las 13:09 
Publicado originalmente por Ceceli Δ:
Both videos you sent me are about scanline sync, judging by the titles. So, Front-edge-sync is just a turn-it-on kind of thing that doesn't require fiddling?
Front edge sync is 1 of 4 selectable framerate limiting modes in RTSS. RTSS has very detailed tooltips for nearly everything you can configure btw. Just hover you mouse over something you want to know more about.

I'm gonna have to even see if this is gonna make any difference on my end since thus far I'm using a monitor with no VRR at all. And probably gonna have to use a game that can provide steady and tons of FPS, like Half-Life 2.
Scanline sync specifically is meant for use on a fixed refreshrate display. It should make a difference for you. Once you learn how to set it up, you can run vsync-off without tearing or the latency associated with vsync. You can configure this in any display mode, 30hz, 60hz, 120hz or 144hz. Doesn't matter.

I use it in conjunction with LSFG to get as low a latency as functionally possible in a game, with a steady frametime, before LSFG comes into play.

Scanline sync is not needed for VRR, as VRR syncs the frames for you.
Ceceli Δ 9 JUL 2024 a las 13:29 
Publicado originalmente por Spook:
Publicado originalmente por Ceceli Δ:
Both videos you sent me are about scanline sync, judging by the titles. So, Front-edge-sync is just a turn-it-on kind of thing that doesn't require fiddling?
Front edge sync is 1 of 4 selectable framerate limiting modes in RTSS. RTSS has very detailed tooltips for nearly everything you can configure btw. Just hover you mouse over something you want to know more about.

I'm gonna have to even see if this is gonna make any difference on my end since thus far I'm using a monitor with no VRR at all. And probably gonna have to use a game that can provide steady and tons of FPS, like Half-Life 2.
Scanline sync specifically is meant for use on a fixed refreshrate display. It should make a difference for you. Once you learn how to set it up, you can run vsync-off without tearing or the latency associated with vsync. You can configure this in any display mode, 30hz, 60hz, 120hz or 144hz. Doesn't matter.

I use it in conjunction with LSFG to get as low a latency as functionally possible in a game, with a steady frametime, before LSFG comes into play.

Scanline sync is not needed for VRR, as VRR syncs the frames for you.

Interesting. So Scanline-sync is like a legacy software technology. Should I bother then? My VRR monitor is arriving... Haha.
Spook 9 JUL 2024 a las 13:38 
Publicado originalmente por Ceceli Δ:
Interesting. So Scanline-sync is like a legacy software technology. Should I bother then? My VRR monitor is arriving... Haha.
If you can get LSFG to run properly in VRR mode, don't bother. If you find you can't, and you have to use a fixed-refreshrate, then scanline sync can give you less latency.
Ceceli Δ 9 JUL 2024 a las 14:10 
Publicado originalmente por Spook:
Publicado originalmente por Ceceli Δ:
Interesting. So Scanline-sync is like a legacy software technology. Should I bother then? My VRR monitor is arriving... Haha.
If you can get LSFG to run properly in VRR mode, don't bother. If you find you can't, and you have to use a fixed-refreshrate, then scanline sync can give you less latency.

I just watched both videos. You were right. Coffee is needed. Not only because the process may take a while, but because he is speaking in an ASMR voice. I'm half asleep here now... lol

But, what's the difference, actually? The "coolest method" seems to get the job done and it's way simpler and easier than the "even cooler method".
Spook 9 JUL 2024 a las 23:33 
Publicado originalmente por Ceceli Δ:
I just watched both videos. You were right. Coffee is needed. Not only because the process may take a while, but because he is speaking in an ASMR voice. I'm half asleep here now... lol

But, what's the difference, actually? The "coolest method" seems to get the job done and it's way simpler and easier than the "even cooler method".
The "even cooler"/"Hybrid scanline-sync"-method is an updated, less resource-intensive version of scanline-sync.
https://forums.guru3d.com/threads/msi-ab-rtss-development-news-thread.412822/page-163#post-5951576

I thought i'd post both because the first video demonstrates the concept somewhat more clearly.
Ceceli Δ 15 JUL 2024 a las 17:04 
I just raised enough energy to try this. Already got stuck. On this tutorial, the guy tells us add a line on the Global file, but there's no Global file under Profiles folder for me. I asked him what could I do, but in any case, do you know how to make RTSS to create a Global file?

Btw, I tested my monitor 3 times and it went like this:

Chrome 144,007776
IE 144,007718
Chrome (fullscreen) 144,007692

Idk what numbers to use, but since on his latested video he just used the very first one he got, then I'll use this 144,00769. There's no room for the 2.
Spook 16 JUL 2024 a las 4:33 
Publicado originalmente por Ceceli Δ:
On this tutorial, the guy tells us add a line on the Global file, but there's no Global file under Profiles folder for me. I asked him what could I do, but in any case, do you know how to make RTSS to create a Global file?

The “Global”-file is not a .cfg-file, it does not have a file-extension.

If its not in the profiles folder already, maybe changing something in the global profile in RTSS (like framerate limit, don’t forget to undo when finished.) will make it appear.

-Open Notepad as Administrator.
-Press Ctrl+O
-Navigate to RTSS’s profile-folder.
-Set from “Text Documents (*.txt) to “All files (*.*)”
-Type “Global” in the “File name”-field and press Enter.


Idk what numbers to use, but since on his latested video he just used the very first one he got, then I'll use this 144,00769. There's no room for the 2.

Yup, use the 144.00769.
With the calculator 1/2 or 1/3 this number and put this into RTSS.
RTSS does not accept a comma as separator on my end btw, i use a period.

In theory you are fine to use either 144.007(more stability) or 144.006/144.005(less latency). As these browser Hz-tests tend to, in my experience, give you numbers that are ever so slightly bigger then actual refresh rate. Possibly leading to filling up of any present frame-buffers when using it as a framerate-limit.

Slightly subtracting will lead to less latency by keeping any present frame-buffers empty by always rendering slightly less frames than you can display. At a theoretical cost of slightly more stutters.

In your case, setting 48, 72 or 144 would probably cause one- or a small series of stutters every ~140sec.

-1fps = 1 stutter every 1sec /More frequent stutter, more decreased latency.
-0.1fps = 1 stutter every 10sec
-0.01fps = 1 stutter every 100sec
-0.001fps = 1 stutter every 1000sec /Less frequent stutter, less decreased latency.

Subtract from framerate-limit after dividing by 2 or 3. Somewhere between -0.001 and -0.003 is probably where you want to be.

After watching the tutorial, but before executing it, try the following;
-Enable all latency lowering options; Vsync off, ULLM on.
-Get tearing in game. LSFG hides this, disable it.
-in RTSS; select game specific profile.
-In RTSS's Setup-menu; enable “frame color indicator” on either “color sequence” or “3 bars”.
-In RTSS's Setup-menu; uncheck "Enable passive waiting".
-in RTSS's Setup-menu; set "Enable framerate limiter"-mode to "front edge sync".
-Always click "OK" when changing something in RTSS's Setup-menu.
-For framerate-limit value use 144.00769 divided by 2 or 3, minus 0.001 or 0.002.
-Try front-edge sync with a scaline-sync value of -300 for less latency or 150 for more stability/latency.
OR (useful for demonstrative purpose)
-Try -300/-400 for back-edge sync. This should be far less stable.

Tinker with the “Framerate limit” and “Scanline sync”-values and observe changes in tearline-behaviour. This might give you enough of an idea of how scaline-sync functions. As the tutorial is superfluous for the purpose of using hybrid-scanline-sync + vsync-off + LSFG.

Once you get your front-edge tearline to drift ever so slightly downward over time (never upwards over time), enable LSFG.


Scanline-sync/LSFG/RTSS tips;
-“More stability” and “less latency” are pretty much mutually exclusive, for the purpose of syncing/limiting your game for use with LSFG.

-Using an external limiter, RTSS for example, can cause unexpected behaviours/stuttering in some games. SOTTR being one example.

-Use individual game.exe-specific profiles in NVCP, RTSS and LS when tweaking, to avoid contamination. Setting stuff “globally” might work perfectly in your game, but might screw up LSFG-ing videos in a web browser.

-Hovering you mouse over anything useful in RTSS will provide tooltips. These can teach you a lot about it’s workings.

-RTSS’s (default?) “async” limiter-mode does not provide stable frametimes, by design. And basically necessitates the use of vsync for your game, increasing latency. More useful for VRR than for LSFG.

-When using scanline-sync, disable Gsync/Freesync/VRR and start from a vsync-off, game-is-tearing base-point.

-LSFG will hide tearing. Get game to tear- and dail in scanline-sync without it enabled.

-If you are having a hard time getting your game to tear, try in NVCP; ULLM combined with vsync-off. If still no tearing, set ULLM in NvidiaProfileInspector. As a last resort setting Fast-sync could provide lower latency if unable to get the game to tear at all.

-Enabling RTSS’s frame color indicator will allow you to see the location/behaviour of your tearline. I recommend “color sequence” or “3 bars”. “2 bars” can cause image retention on LCDs.

-Front-edge sync provides the most stable tearline and is most useful for hybrid-scanline-sync + vsync-off + LSFG. Try a scanline-sync value of -300 for less latency or 150 for more stability/latency.

-Back-edge sync provides lower latency, but a much more eratic tearline. Might need vsync, negating it’s lower latency. Try a scanline-sync value of -250 to -400 for more stability.

-LSFG itself does not add much latency. Using it will however amplify the latency your game has when activating it. Sometimes drastically. But if you start with practically no latency, LSFG will probably never make it unbearable.

-Latency can increase drastically if GPU-bottlenecked, avoid this if latency is at all a concern.

-”GPU useage” does not tell the complete story of what’s going on behind the scenes. Its not uncommon for stutters/bottlenecking to occur when running game+LSFG at more than ~85% GPU useage.

-From my experimentation there is very little latency gains to be had from tinkering with LS’s settings in NVCP. Probably don’t bother besides “Allow tearing” if you feel so inclined. Fast-sync + “Allow tearing” seems to have some effect, but I can’t for the life of me determine if it’s positive or negative. Use a separate LS.exe copy (Ctrl+C , Ctrl+V) when experimenting.

-If your LSFG result is stable with scanline-sync; run game without vsync. LSFG will vsync the end-result. Vsync’ed-game + LSFG might needlessly increase latency. Especially at lower base-framerates(<55fps).

-In-game camera-style motion-blur can hide jitter and slight stutters. If you can stomach it, you can try enabling this instead enabling vsync as means of stabilization.

-Results can almost always be made more stable by enabling vsync at the cost of more latency.

-Different vsync’s in order of increasing stability/latency; Fast-sync > In-game ~ Force on > 1/2 and 1/3 sync.

-Results can be further stabilized by setting 1/2 or 1/3-sync for your game in NvidiaProfileInspector. I only recommend this for use with RTSS's Reflex limiter-mode. Probably too much latency otherwise.

-RTSS’s Reflex limiter-mode provides the lowest latency, but it’s tearline cannot be steered. I don’t recommend it’s use without 1/2 or 1/3-sync, a higher base-framerate (>72fps) and ~25% GPU-headroom w/LSFG enabled. Reflex seems to dynamically lower the framecap when GPU-usage is too high, leading to framedrops when using it with LSFG.
Última edición por Spook; 16 JUL 2024 a las 4:51
Major_Tinz 16 JUL 2024 a las 10:42 
I have a 4090 and use Lossless Scaling for many games, as it makes them much smoother.
Ceceli Δ 16 JUL 2024 a las 13:01 
Spook, I haven't yet read fully your comment. I stopped at the part where you said to devide by 2 or 3. Couldn't I just follow your guide without deviding it? I like 144. Haha. And HL2 is fine always; above 144..
Ceceli Δ 16 JUL 2024 a las 13:01 
Publicado originalmente por Major_Tinz:
I have a 4090 and use Lossless Scaling for many games, as it makes them much smoother.

:broflex:
Spook 16 JUL 2024 a las 13:15 
Publicado originalmente por Ceceli Δ:
Spook, I haven't yet read fully your comment. I stopped at the part where you said to devide by 2 or 3. Couldn't I just follow your guide without deviding it? I like 144. Haha. And HL2 is fine always; above 144..
If you're not using LFSG, don't divide the framerate-limit.

Scanline-sync is a very useful technique to learn regardless of LSFG. I use it in favor of regular vsync for lower latency whenever possible.

For LSFG just follow the same steps and divide your framerate-limit by 2 or 3.
Ceceli Δ 16 JUL 2024 a las 14:53 
Alright. I read it all now. There's a lot there that I have no clue. Yet. Against you recommendation, I'll follow the video guide first as it's simpler so I can get a feel for WTF I'm messing with since I have no idea what the outcome is supposed to look like.

For instance, in your comment you said something about forcing to find the screen tearing if there's none. I thought there was always a screen tearing. HL2 with Vsync is already smooth AF and whatever screen tearing there might be, I can't see as a bad experience. But, hey, that game is almost no input lag no matter what. HL2 is perfection. I'll try the video's guide in the hopes that it somehow makes it even smoother like I'm looking through a window. If I don't get that result, then I don't see the need for all of this. Haha.

Regardless, once again, I'll save your comment on a notepad. That's gold.
< >
Mostrando 211-225 de 462 comentarios
Por página: 1530 50

Publicado el: 27 JUN 2024 a las 14:48
Mensajes: 462