-
Notifications
You must be signed in to change notification settings - Fork 188
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Framerate counter odd behavior with r_maxfps #117
Comments
res2k
added a commit
to res2k/Q2RTX
that referenced
this issue
Apr 28, 2021
… frame is scheduled. For NVIDIA#117
res2k
added a commit
to res2k/Q2RTX
that referenced
this issue
Apr 28, 2021
This is probably what most people expect from an FPS counter.
Paril
pushed a commit
to Paril/Q2RTX
that referenced
this issue
Dec 10, 2021
Paril
pushed a commit
to Paril/Q2RTX
that referenced
this issue
Dec 10, 2021
Paril
pushed a commit
to Paril/Q2RTX
that referenced
this issue
Dec 10, 2021
Paril
pushed a commit
to Paril/Q2RTX
that referenced
this issue
Dec 10, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Under certain circumstances, the framerate counter will display a completely wrong value, such as 1000 fps when the framerate is 50. This bug occurred on my old graphics card, an RTX 2060 FE, and it still occurs on my new one, a 3090 FE.
This happens under the following conditions:
cl_async is 1
r_maxfps is lower than the current framerate cap
This often occurs when you use vsync or some other framerate lmiter, such as RTSS. It also occurs when r_maxfps is set to a lower framerate value than you would otherwise be getting. It may need to be 10fps or more below cap to display the wrong value.
EDIT The framerate limiter with r_maxfps doesn't seem to be very accurate when compared to RTSS - setting it to 60 gives me 63 fps.
The text was updated successfully, but these errors were encountered: