- From: cowwoc <cowwoc@bbs.darktech.org>
- Date: Thu, 11 Apr 2013 15:21:04 -0400
- To: public-webrtc@w3.org
- Message-ID: <51670D20.20402@bbs.darktech.org>
On 11/04/2013 6:48 AM, Harald Alvestrand wrote: > On 04/11/2013 06:09 AM, Martin Thomson wrote: >> On 10 April 2013 18:48, cowwoc<cowwoc@bbs.darktech.org> wrote: >>> I don't like users staring at a "frozen" image for five seconds. If I >>> had a way of finding out when the last video frame was received, I would >>> fade out the video immediate after it begins hanging and fade it back in >>> when it reconnects. What do you think? >> I think that you need to work on a precise definition of "begins >> hanging" such that it could be detected. You might also find that a >> fadeout over such a short lapse is more annoying to your users than >> you think. There may be a way of getting the time of the last >> rendered update, but keep in mind that the time for the video will >> probably be based on the sender clock, which can drift in relation to >> the local clock. You really don't want false positives. >> > The spec says that the time of the <video> tag advances during playback. > > (See > http://dev.w3.org/2011/webrtc/editor/getusermedia.html#mediastreams-as-media-elements > - item about "currentTime"). > > Does it advance when the video freezes? > That did it! Thank you very much :) Is it safe to assume that all implementations will behave this way? Gili
Received on Thursday, 11 April 2013 19:21:55 UTC