You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The spec on RTCAudioSourceStats.audioLevel says here:
The audioLevel is averaged over some small interval, using the algorithm described under totalAudioEnergy. The interval used is implementation dependent.
In totalAudioEnergy it is not clear what algorithm is meant? Is it that you expect user agents to calculate the value by doing something like: Math.sqrt((energy2 - energy1)/(duration2 - duration1)) using whatever duration they wish?
The text was updated successfully, but these errors were encountered:
Since I'm here would it also be correct to assume that there is some kind of underlying accumulator for the associated audio source - so the RTCAudioSourceStats that you get on request will always be the same or greater than for the previous one for totalAudioEnergy and totalDuration?
The timestamp is just an indication of the point at which you sampled the underlying accumulator "thing".
Is it that you expect user agents to calculate the value by doing something like: Math.sqrt((energy2 - energy1)/(duration2 - duration1)) using whatever duration they wish?
Yeah pretty much. I'm honestly not sure the implementations use the same algorithms in practise, but the idea is that this is a snapshot of something you could have calculated yourself over a short time interval
The spec on
RTCAudioSourceStats.audioLevel
says here:In
totalAudioEnergy
it is not clear what algorithm is meant? Is it that you expect user agents to calculate the value by doing something like:Math.sqrt((energy2 - energy1)/(duration2 - duration1))
using whatever duration they wish?The text was updated successfully, but these errors were encountered: