Closed MarkusSR1984 closed 3 years ago
What is that for? I didn't get it
I think he means the current tick rate of the server or client.
But it is possible to calculate them with the Tick event on the Client and Server.
True. but the data exists alredy in Sever and Client. so it makes no sense to calculate it twice.
My usecase: Logging of the performance data to avoid lags
That you can have from Tick events, using the parameter delta_time
For performance data we would need more than just the FPS.
Something like the following would be great to analyze the performance: https://i.imgur.com/r6lbMF3.png This chart show the what is called and the CPU usage over time. I fixed many performance with the help of this chart.
But currently we can't provide you such data.
@MegaThorx, That would be a dream if that is possible at some point @Syed, with this parameter we will get TPS, but not FPS and this are 2 different things
On the client the Tick event will be called on every frame.
The client send rate for updates is different.
I take performance data what i get. it sounds like it is a bigger thing to get the background rates. It´s ok. I´m with u. Close this request ;)
@MegaThorx, That would be a dream if that is possible at some point @syed, with this parameter we will get TPS, but not FPS and this are 2 different things
The Delta Time = 1 / FPS
, then FPS = 1 / DeltaTime
For performance data we would need more than just the FPS.
Something like the following would be great to analyze the performance: https://i.imgur.com/r6lbMF3.png This chart show the what is called and the CPU usage over time. I fixed many performance with the help of this chart.
But currently we can't provide you such data.
Also we could have another issue to expose those information if you want!
my Suggestion:
Client:FPS() Client:TPS() Server:TPS()