Re: [Linux-uvc-devel] The source clock

2007-04-02 Thread Laurent Pinchart
Hi Paul, > > The SCR value increases with each incoming isochronous packet, so it's > > not constant across a video frame. > > You are right, but this is the only field having device SOF counter value. > It is needed to establish correspondence between device internal clock > (STC) and device SOF

Re: [Linux-uvc-devel] The source clock

2007-03-07 Thread Paul Jurczak
Hi Laurent, > The SCR value increases with each incoming isochronous packet, so it's not > constant across a video frame. You are right, but this is the only field having device SOF counter value. It is needed to establish correspondence between device internal clock (STC) and device SOF count

Re: [Linux-uvc-devel] The source clock

2007-03-07 Thread Laurent Pinchart
Hi Paul, > This is a great news - it means that stereo system should be easy to do. > Most likely cause for synchronized (I assume you mean the same values) > device SOF counters in two Logitech cameras is them being synchronized with > host SOF counter. That's what I assumed, yes. I doubt the

Re: [Linux-uvc-devel] The source clock

2007-03-06 Thread Paul Jurczak
Hi Laurent, This is a great news - it means that stereo system should be easy to do. Most likely cause for synchronized (I assume you mean the same values) device SOF counters in two Logitech cameras is them being synchronized with host SOF counter. Can you compare values in device SOF counte

Re: [Linux-uvc-devel] The source clock

2007-03-06 Thread Laurent Pinchart
Hi Paul, > as much as I would like to see cheap USB webcam based stereo vision, I > have to agree with you that adherence to standard is crucial. In general > case we have to assume different values in device and host SOF counters. Do > you have means (bus analyzer) to test some UVC cameras to fin

Re: [Linux-uvc-devel] The source clock

2007-03-05 Thread Paul Jurczak
Message From: Laurent Pinchart <[EMAIL PROTECTED]> To: Paul Jurczak <[EMAIL PROTECTED]> Cc: linux-uvc-devel@lists.berlios.de Sent: Monday, March 5, 2007 3:28:18 AM Subject: Re: [Linux-uvc-devel] The source clock Hi Paul, > I see two fields in v4l2_buffer, which are used for time s

Re: [Linux-uvc-devel] The source clock

2007-03-05 Thread Laurent Pinchart
Hi Paulo, > > [...] > > I tested various webcams. One of them didn't include the PTS and SCR > > fields in any packet. All others did. > > Since we're on the subject of frame clocks, I tested a Quickcam Ultra > Vision and used gettimeofday to stamp each frame as it arrived. > > It seems that the f

Re: [Linux-uvc-devel] The source clock

2007-03-05 Thread Paulo Marques
Laurent Pinchart wrote: > [...] > I tested various webcams. One of them didn't include the PTS and SCR fields > in > any packet. All others did. Since we're on the subject of frame clocks, I tested a Quickcam Ultra Vision and used gettimeofday to stamp each frame as it arrived. It seems that t

Re: [Linux-uvc-devel] The source clock

2007-03-05 Thread Laurent Pinchart
Hi Paul, > I see two fields in v4l2_buffer, which are used for time stamps: timecode > and timestamp. The timecode field lacks sufficient resolution for our > purpose, because it was designed with analog video standards in mind. > Besides, it seems that something similar to timecode is already bei

Re: [Linux-uvc-devel] The source clock

2007-02-28 Thread Laurent Pinchart
Hi Paul, > Is there a clock on UVC cameras to get Presentation Time Stamp and Source > Clock Reference, or these values are created by the driver on the PC? My > understanding of the UVC specification supports the internal camera clock > theory, which would be great for synchronization of 2 (or m

[Linux-uvc-devel] The source clock

2007-02-27 Thread Paul Jurczak
Hello, Is there a clock on UVC cameras to get Presentation Time Stamp and Source Clock Reference, or these values are created by the driver on the PC? My understanding of the UVC specification supports the internal camera clock theory, which would be great for synchronization of 2 (or more) ca