I've (finally) made the correction to DOMHighResTimeStamp. I also removed firs (because I'm unsure if that's what we want to count) and volume (because I don't think it's a well defined metric), and moved priority from candidatepair to candidate, per discussion. On 10/24/2013 07:12 PM, Jan-Ivar Bruaroey wrote: > Great thanks! - long long for bytes makes sense. I can still get it in > for FF27 (Monday). > > A couple of nits: > > DOMHiResTimeStamp timestamp; > > I think you mean DOMHighResTimeStamp right? > > > unsigned long firs; > > I'm not sure what this is. > > .: Jan-Ivar :. > > On 10/24/13 2:21 AM, Harald Alvestrand wrote: >> I've updated http://www.w3.org/2011/04/webrtc/wiki/Stats with most of >> the suggestions, and a few other fiddles. It should also be easy >> (easier?) now to generate WebIDL from the source; just take the >> content of all the <pre> sections. >> >> I also made all the byte counters "long long"; we've found that >> 32-bit byte counters overflow rapidly. >> >> Thanks very much for the feedback! >
Received on Friday, 25 October 2013 07:02:05 UTC