Measuring overall frame delay from server to client

[DarKingdoom almot]

Hey,

Given that I have WebRTC video producer and a consumer, and given that I am transmitting a video and the last frame that was transmitted is frame X, on the client side, How I can measure the total delay from the time that this frame X was transmitted until it was received ? and maybe until it was decoded ?

In the client side I have the frames received each second and the frames decoded each second, but I am not aware about the network delay and not aware what is the total difference in time from the moment that the frame is encoded-> transmitted until it received->decoded, is there a way to measure it and to build some KPI upon it so I can know how changing different attributes can affect the experience of the consumer ?

Best Regards

[Philipp Hancke]

requestVideoFrameCallback together with capture time comes close.

https://github.com/webrtc/samples/pull/1408/ has some notes

However whether it provides any value of over simply measuring the STUN or RTCP RTT is unclear.

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/a11fd0cb-d514-4b9d-84f4-5bedbaa7cdb0n%40googlegroups.com.

[DarKingdoom almot]

Thanks,

[Jernej Jerin]

There is also a section in the open source book webrtcforthecurious talking about hot to measure end-to-end latency, it might help you.