W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > October 2018

Re: [webrtc-stats] Interframe delay stat for video receive stream.

From: Venkatesh Kuppan via GitHub <sysbot+gh@w3.org>
Date: Tue, 16 Oct 2018 09:36:34 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-430170447-1539682593-sysbot+gh@w3.org>
@ilyanikolaevskiy  : I see that you mention a window of 1 second in the above comments. I am trying to evaluate if WebRTC can be used for a live video streaming for Drones for  video-freeze detection. I have camera with 30 fps , so I was wondering if WebRTC can detect a delay at least not more than 50ms. Which means if the first frame receives at time t0, and second frame at t1, and t1 - t0 equals > 50ms, I need to provide a detection signal to my application.  The ideal case would be to get a notification every 33ms.  I could not find any statistics about how much minimum interfame delay WebRTC can detect.  My video server is an embedded system device running NXP iMX6 (which makes portability of WebRTC challenging), and the receiver/client is a Ubuntu PC. 

Could you provide some pointers for the same? 

GitHub Notification of comment by venkatesh-kuppan
Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/229#issuecomment-430170447 using your GitHub account
Received on Tuesday, 16 October 2018 09:36:35 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:22:07 UTC