Re: [RFC] Monotonic clock usage in buffer timestamps

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

 



Hello,

On Tue, Nov 01, 2011 at 01:49:46PM +0100, Laurent Pinchart wrote:
> > 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?
> 
> That's right. We could add a device capability flag if needed, but that 
> wouldn't help older applications that expect system time in the timestamps.

I just so happen to have tried to use V4L2 and ALSA timestamps in a
single application. In ALSA the core supports switching between
monotonic and realtime timestamps, with the library always using
monotonic available.

How about making all drivers record monotonic timestamps and doing
the conversion to/from realtime timestamps in v4l2-ioctl.c's
__video_do_ioctl if requested? We then just need an extension of the
spec to switch to monotonic, which can be implemented without touching
a single driver.

  Daniel
--
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