-
Notifications
You must be signed in to change notification settings - Fork 291
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
AVG starting too early gives wrong AVG value #1436
Comments
Here is a more thorough test. Counter-Strike 2 gives me an average of 200 FPS. In order to get close to 200 FPS on the AVG measurement, I had to play and wait 7 minutes. I played a full match in order to get the average of 200 FPS. Now imagine games that give 500 FPS or more. In order for a recording to show the proper AVG I would have to make a very long video about it. Again, I might be wrong, but the previous AVG methodology was closer to the actual AVG when it waited several seconds before showing the initial AVG value like in https://www.youtube.com/watch?v=YvoSgp42-ms which basically was the main menu time plus loading the game. After that in order to show the real AVG was a second away. |
The AVG value is collected over 10minutes, so yes it should take some time to average out to the immediate average |
Hi flightlessmango did you read both comments? I am mentioning that the fact that now we need to wait minutes for the avg to balance itself out is bad when the starting value is 0. Instead of averaging the first several seconds and THEN showing the avg. Afterwards it would start leveling itself to the expected avg value. Right now as it stands the starting value of avg is wrong (which is 0). There is no previous collection of fps before showing the avg value to give a fast approximate value. Meaning instead of waiting 10 minutes it should
This ia how it was before. Now the avg is actually starting at 0 instead of calculating the average BEFORE showing. Which is what the preliminary several seconds are for. |
Found the problem @flightlessmango it is this part d102604#diff-6adb07b69d0fb751ae425bbe9d6151e4115b51ce056ad66cf12c2285b23f5ee5L64 If I rollback that specific one, instead of the AVG taking minutes to get near the real AVG, it takes seconds. On CS2 it was 2-3 seconds to get to the AVG of 64 FPS for the timeline I measured. While on Doom it took 5-6 seconds to get to the AVG of 1300 FPS for the timeline I measured. |
It was a bug, it was not correctly calculating the metrics so we can't go revert that. |
OHH You literally meant there was a 10 minute to grab the Average. I thought it was an estimation. Then yes, there would need to be a parameter that tells how long the overall time span would be before reflecting the AVG. This is very useful for showing raw data from the moment you start the game (intro, loading time, etc..) |
What I'm saying is the average needs a time frame of data to be useful. |
That is correct, but the case I am making is, let us use the same example you gave, a recording would want to show that. A recording would want to show how the FPS was up in the beginning from opening the game, till the point or starting to play it. Same for other spikes that happen throughout the game (just in case, good spikes but also bad ones like Dead Space stuttering issues). So those would need to be shown for the public to see their effect, for example, on the AVG analysis of the moment. That is one of other cases of course. And I do understand about resetting it from a certain point in time, but this would be crippling everything that needed to be recorded beforehand is what I am trying to explain. By allowing or offering the flexibility to dictate via a parameter for example, how long to wait to offer the initial AVG, the user can now control how they want the AVG behavior to happen in both scenarios. |
what game is this, I will try to check too |
Doom Eternal, but of course any game for example that has 200 FPS or more and you want to see the AVG quickly. |
@flightlessmango Hi, where would I find the parameter to control the 10 minutes to lower it via config file? |
There is none yet |
This is using the compiled version from today and I see that the following is happening:
As you can see, before (I would say probably a month ago) the AVG would not start till around 10 seconds later or more, to offer a more realistic AVG FPS. Currently it starts from the beginning and it confuses the viewer or user because numbers don't correspond properly.
So for the image it was left running around 15 seconds and you can see that the AVG is very far away from the real AVG. Before for example it would say something more close like here: https://www.youtube.com/watch?v=N-gq5nDwfxM
I understand we can Reset FPS but for specific scenarios where the recording needs to grab the performance from the get go (From how the game loads, till the end of the recording), the AVG will mess that up.
Please let me know if this is not clear to assist as always. Thank you.
The text was updated successfully, but these errors were encountered: