[libcamera-devel] [PATCH 1/3] libcamera: controls: Destage 'SensorTimestamp'

Jacopo Mondi jacopo at jmondi.org
Fri Apr 9 11:22:55 CEST 2021


Hi Niklas,

On Fri, Apr 09, 2021 at 11:18:33AM +0200, Niklas Söderlund wrote:
> Hi Jacopo,
>
> Thanks for your work.
>
> On 2021-04-07 18:06:42 +0200, Jacopo Mondi wrote:
> > Destage the 'SensorTimestamp' control, which is used by pipeline
> > handlers to report the time when the first active line of the sensor's
> > pixel array is exposed.
> >
> > Signed-off-by: Jacopo Mondi <jacopo at jmondi.org>
> > ---
> >  src/libcamera/control_ids.yaml | 21 ++++++++++++++-------
> >  1 file changed, 14 insertions(+), 7 deletions(-)
> >
> > diff --git a/src/libcamera/control_ids.yaml b/src/libcamera/control_ids.yaml
> > index b4771f9def89..f025819aedfd 100644
> > --- a/src/libcamera/control_ids.yaml
> > +++ b/src/libcamera/control_ids.yaml
> > @@ -360,6 +360,20 @@ controls:
> >
> >        size: [2]
> >
> > +  - SensorTimestamp:
> > +      type: int64_t
> > +      description: |
> > +        The time when the first row of the image sensor active array is exposed,
> > +        The timestamp represents a monotonically increasing counter since the
> > +        system boot time expressed in nanoseconds.
>
> Is it wise to state that time time counter is increasing since system
> boot?  To me that reads as the counter would start at 0 at system boot
> and that I could calculate uptime from it. Even if this is true on some

If anyone wants to use a frame timestamp to calculate the system
uptime I think he deserves horrible bugs, but I see your point..


> platforms I'm sure there are others where it's not. How about,
>
>     A timestamp when the first row of the image sensor active array is
>     exposed. The timestamp represents a monotonically increasing counter
>     expressed in nanoseconds.
>

I'll drop the "system boot" part

> > +
> > +        Pipeline handlers set this control in a completed Request metadata to
> > +        allow application to compute the sensor's frame period duration by
> > +        comparing consecutive capture results.
> > +
> > +        \todo Define how the sensor timestamp has to be used in the reprocessing
> > +        use case.
> > +
> >    # ----------------------------------------------------------------------------
> >    # Draft controls section
> >
> > @@ -547,13 +561,6 @@ controls:
> >            value: 3
> >            description: The AWB algorithm is locked.
> >
> > -  - SensorTimestamp:
> > -      type: int64_t
> > -      draft: true
> > -      description: |
> > -       Control to report the start of exposure of the first row of the captured
> > -       image. Currently identical to ANDROID_SENSOR_TIMESTAMP.
> > -
> >    - SensorRollingShutterSkew:
> >        type: int64_t
> >        draft: true
> > --
> > 2.31.1
> >
> > _______________________________________________
> > libcamera-devel mailing list
> > libcamera-devel at lists.libcamera.org
> > https://lists.libcamera.org/listinfo/libcamera-devel
>
> --
> Regards,
> Niklas Söderlund


More information about the libcamera-devel mailing list