Re: [RFC] Monotonic clock usage in buffer timestamps

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



   Hello,

On Tue, 1 Nov 2011 13:24:35 +0100, Laurent Pinchart
<laurent.pinchart@xxxxxxxxxxxxxxxx> wrote:
> We should instead fix the V4L2 specification to mandate the use of a
> monotonic clock (which could then also support hardware timestamps when
> they are available). Would such a change be acceptable ?

I'd rather have the real time clock everywhere, than a driver-dependent
clock, if it comes to that.
Nevertheless, I agree that the monotonic clock is better than the real
time clock.
In user space, VLC, Gstreamer already switched to monotonic a while ago as
far as I know.

And I guess there is no way to detect this, other than detect ridiculously
large gap between the timestamp and the current clock value?

-- 
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux