-
Notifications
You must be signed in to change notification settings - Fork 57
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
Why final result is considered the last stat received in the test ? #15
Comments
👍 wondering the same thing, did you try saving the stats and computing averages yourself? |
I'm experimenting with saving all the The thing I'm wondering is this line in the "How does it work" section:
It might be useful to try:
|
I think we'll be taking another look at this project in the coming months. In the meantime, I did start a separate project that uses the same API to accumulate periodic reports and produce less granular result: https://github.com/wobbals/opentok-mos-estimator - still a very rough draft, but it could be useful to get your feedback if you're looking at improving how to process getstats data. |
@wobbals this looks cool. I would love to help move opentok-mos-estimator forward. For the way it is set up now, what is a reasonable timeframe to run this test and get an estimate? For our use case, we're looking at running a 20s or 30s test and making an assessment based on that. Would opentok-mos-estimator fit that use case? |
@dylanjha Probably some modifications might be wise for periodic sampling -- I'll shoot you an email and we can discuss. |
I am trying to understand how the network stats test works under the hood. I understand that the test stabilizes as the time goes up but is it the correct thing to do to present the final result as the last stat received ? Shouldn't we do an average of all stat values received ?
We implemented the test in both iOS and js.
In the javascript version we observed that that packet lost ratio could be > 0.0 in the test but the last stat received is == 0.0 so we consider that there is a good connection when this is not the case...Thats why we thought that we should compute the average of the stat values.
The text was updated successfully, but these errors were encountered: