Beta Testing 2.09

[nbohr1more 2093]

Hmm...

While I don't see any performance regression in standard stencil mode, soft shadows with stencil

seems to have regressed here.

I barely use that mode anymore but it used to be higher performance than shadow maps...

Can anyone confirm?

[lowenz 601]

Suggestion/Request: we already have "144" as a dedicated FPS limit (for 144 Hz monitors), can you add "75" as another one? Thanks!

 

60

70 -> 75

80

90

100

110

120

130

140 -> 144

150

etc.

 

G-Sync (compatible) issue (low performance value after loading a savegame) still is there.

Press ESC, stand by in the menu screen for some seconds, return to the game and the framerate is alright.

Or move around a little.

Edited Monday at 10:00 AM by lowenz

[stgatilov 1129]

2 hours ago, lowenz said:

Suggestion/Request: we already have "144" as a dedicated FPS limit (for 144 Hz monitors), can you add "75" as another one? Thanks!

You can set value 144 via console. but I don't think it will give you 144 FPS.

There is some place in the main loop, which ensure that at least 1000 / 144 milliseconds have passed since last time we have been here. The real FPS is usually lower than this cap.

[lowenz 601]

No problem about that, it's just about coherency of the FPS limiter option in the menu.

144 is already there, the only other common value missing is 75.

Edited Monday at 01:55 PM by lowenz

[AluminumHaste 1052]

How about we just do this instead:

 

 

 

[lowenz 601]

It would be perfect

[cabalistic 739]

Really? I feel that would be pretty stupid, honestly... The fps cap is there so your GPU doesn't run amok in the menu and other lightweight scenes, or to keep a more stable average FPS. There is absolutely no use case to select every value between 30 and 300, so a slider just isn't the right tool, imho. There are only a few select values that actually make sense.

[nbohr1more 2093]

The only thing I think we should do is set the max to 300.

Physics gets out-of-hand above that:

https://bugs.thedarkmod.com/view.php?id=5464

 

[AluminumHaste 1052]

Ok, I'll leave it as is. To be clear, I set the steps to be "5" in the slider in the gui file, but it's ignoring that.

[lowenz 601]

2 hours ago, cabalistic said:

Really? I feel that would be pretty stupid, honestly... The fps cap is there so your GPU doesn't run amok in the menu and other lightweight scenes, or to keep a more stable average FPS. There is absolutely no use case to select every value between 30 and 300, so a slider just isn't the right tool, imho. There are only a few select values that actually make sense.

But the selected value doesn't (can't?) reflect the actual value as stgatilov says, so a slider is a more adaptive solution.

If I want adaptive sync on a 75 Hz monitor I must limit the frametime to 1/74 *actual* seconds, not a "75" nominal value.

Edited Monday at 07:38 PM by lowenz

[MirceaKitsune 249]

2 hours ago, nbohr1more said:

The only thing I think we should do is set the max to 300.

Physics gets out-of-hand above that:

https://bugs.thedarkmod.com/view.php?id=5464

 

Thought those bugs were fixed a while ago, hope that can be solved. If there should be a hard limit, I think that should be 1000 honestly: That would allow one frame per millisecond, which is where there may be a structural code limitation if going beyond. Also there will probably never be a monitor that runs at 1000 Hz in the history of the world, at least not for personal computers... the eye would not pick up on anything that fast anyway.

[AluminumHaste 1052]

Dude, don't.

We already have 360hz displays and nvidia showed off a 1700hz display back in 2016.

 

 

 

[AluminumHaste 1052]

And yeah, some games and some monitors running freesync (like mine), don't use freesync on anything AT or OVER the cap.

For example, if my game is running at 144 fps, I don't get freesync, but between 30-143 fps I do.

Now, what happens is that I get the occasional frame drop to below 144 fps and it stutters. If I keep it at 143 fps, it's butter smooth, even when it drops lower.

 

[lowenz 601]

That's exactly the point of having a slider.

[MirceaKitsune 249]

1 hour ago, AluminumHaste said:

Dude, don't.

We already have 360hz displays and nvidia showed off a 1700hz display back in 2016.

 

Huh, never knew that. In 2016 I would have thought only NASA may have 1000 Hz screens. Yeah ideally there can be no limitation, but I'm not sure to what extent the system can allow that... great work was done modernizing the engine though so it's hopefully not impossible.

[HMart 319]

Personally I have a 165hz monitor and I set it to 120hz, why you may ask, because most old games can't go past 60fps without something breaking and most modern games that can run at above 60fps, are to heavy for my modest GPU to constantly run at 165fps or above, to take full advantage of the fast refresh rate. Plus imo is a waste of energy, 120hz is good enough for me.

Edited Monday at 11:31 PM by HMart

[nbohr1more 2093]

23 hours ago, nbohr1more said:

Hmm...

While I don't see any performance regression in standard stencil mode, soft shadows with stencil

seems to have regressed here.

I barely use that mode anymore but it used to be higher performance than shadow maps...

Can anyone confirm?

OK, I went back to 2.07 and it is the same. RTTC v1 is just super heavy on Soft Stencil Shadows mode. ( 13FPS ... )

I will update to 2.08 and confirm further but I think this is pretty definitive.

Edit: Yep. 2.08 is the same. No regression (phew).

[AluminumHaste 1052]

Something that has been broken or never worked, is skyboxes turning black when using either g_stopTime 1, or using the jitter option for screenshot command (screenshot <width><height><samples>).

 

https://bugs.thedarkmod.com/view.php?id=5494

 

I don't expect it to get fixed, but I've brought it up before in passing, but I guess it's time to make a bugtracker for it.

Here is a 32 sampled screenshot, skybox turns black

[nbohr1more 2093]

1 hour ago, AluminumHaste said:

Something that has been broken or never worked, is skyboxes turning black when using either g_stopTime 1, or using the jitter option for screenshot command (screenshot <width><height><samples>).

 

https://bugs.thedarkmod.com/view.php?id=5494

 

I don't expect it to get fixed, but I've brought it up before in passing, but I guess it's time to make a bugtracker for it.

Here is a 32 sampled screenshot, skybox turns black

I think this happens because the "hacked view" for portalsky relies on "shake angle" and Player.cpp disables "calculate shake" during g_stopTime:

 

if ( !g_stopTime.GetBool() ) {

UpdateAnimation();

Present();

UpdateDamageEffects();

LinkCombat();

playerView.CalculateShake();

}

Maybe just add an "else { playerView.CalculateShake(); }" there?