- From: cowwoc <cowwoc@bbs.darktech.org>
- Date: Thu, 11 Apr 2013 17:15:32 -0400
- To: "public-webrtc@w3.org" <public-webrtc@w3.org>
On 11/04/2013 1:02 PM, Martin Thomson wrote:
> On 11 April 2013 09:55, cowwoc <cowwoc@bbs.darktech.org> wrote:
>> If WebRTC would tell me the time (using the local clock) that the last
>> video frame arrived then I could begin fading out the video after, say,
>> 500ms. I'm not worried about false positives for two reasons:
> It's relatively easy to detect and time packet arrival. But that
> doesn't really correspond well with frame timing.
>
>> The video is supposed to be streaming at 30fps. If I haven't received a
>> video frame in 300-500ms then something is seriously wrong.
> In practice, noticeable glitches are actually pretty commonplace. The
> browser will have mechanisms for dealing with packet loss. I worry
> that you are trying to overengineer a solution here.
>
>> If the video fades out slowly enough, false positives won't be visible to
>> the naked eye (opacity might change by 5% before the connection is recovered
>> and opacity returns to normal).
> I think that you need to test that assertion.
I ended up implementing this using Martin's approach (monitoring
video.currentTime) and it works quite well.
Thank you both for your help,
Gili
Received on Thursday, 11 April 2013 21:16:24 UTC