[libcamera-devel] [PATCH] Documentation: camera-sensor-model: Support Sphinx < 2.0

Jacopo Mondi jacopo.mondi at ideasonboard.com
Tue Jan 9 16:20:15 CET 2024


Hi Laurent

On Tue, Jan 09, 2024 at 05:10:28PM +0200, Laurent Pinchart wrote:
> On Tue, Jan 09, 2024 at 04:06:00PM +0100, Jacopo Mondi wrote:
> > On Tue, Jan 09, 2024 at 04:30:02PM +0200, Laurent Pinchart wrote:
> > > The language argument to the code-block directive was mandatory in
> > > Sphinx before 2.0. Fix the few instances where no language is specified
> > > to support older versions of Sphinx.
> >
> > Thanks, good spot
> >
> > > Signed-off-by: Laurent Pinchart <laurent.pinchart at ideasonboard.com>
> > > ---
> > >  Documentation/camera-sensor-model.rst | 25 ++++++++++++-------------
> > >  1 file changed, 12 insertions(+), 13 deletions(-)
> > >
> > > diff --git a/Documentation/camera-sensor-model.rst b/Documentation/camera-sensor-model.rst
> > > index 58bf70e1dc5a..b66c880a5e00 100644
> > > --- a/Documentation/camera-sensor-model.rst
> > > +++ b/Documentation/camera-sensor-model.rst
> > > @@ -105,35 +105,34 @@ control:
> > >        will be downscaled in its vertical and horizontal sizes by the specified
> > >        factor.
> > >
> > > -      .. code-block::
> > > +      .. code-block:: c
> > >           :caption: Definition: The horizontal and vertical binning factors
> > >
> > >           horizontal_binning = xBin;
> > >           vertical_binning = yBin;
> > >
> > > -
> >
> > If I'm not mistaken, other code-block sections in this file were followed by 2
> > empty lines. You are here removing one in this instance, but the other
> > ones are not changed. Should we take the occasion to align all of them
> > to use a single empty line ?
>
> I'm fine either way. I think Kieran would like to integrate this
> quickly, so the whitespace cleanups could be done on top, or he can drop
> the extra lines locally.
>
> Kieran, please double-check the compiled documentation for formatting
> issues, even if it compiles fine with blank lines removed.
>

I see no visual differences in the two version and I've not found any
requirement about multiple empty lines after a code-block in the
Sphinx documentation

> > It's a minor, the rest looks good!
> >
> > Reviewed-by: Jacopo Mondi <jacopo.mondi at ideasonboard.com>
> >
> > >     - skipping
> > >        Skipping reduces the image resolution by skipping the read-out of a number
> > >        of adjacent pixels. The skipping factor is specified by the 'increment'
> > >        number (number of pixels to 'skip') in the vertical and horizontal
> > >        directions and for even and odd rows and columns.
> > >
> > > -      .. code-block::
> > > +      .. code-block:: c
> > >           :caption: Definition: The horizontal and vertical skipping factors
> > >
> > > -         horizontal_skipping = (xOddInc + xEvenInc) / 2
> > > -         vertical_skipping = (yOddInc + yEvenInc) / 2
> > > +         horizontal_skipping = (xOddInc + xEvenInc) / 2;
> > > +         vertical_skipping = (yOddInc + yEvenInc) / 2;
> > >
> > >     Different sensors perform the binning and skipping stages in different
> > >     orders. For the sake of computing the final output image size the order of
> > >     execution is not relevant. The overall down-scaling factor is obtained by
> > >     combining the binning and skipping factors.
> > >
> > > -   .. code-block::
> > > +   .. code-block:: c
> > >        :caption: Definition: The total scaling factor (binning + sub-sampling)
> > >
> > > -      total_horizontal_downscale = horizontal_binning + horizontal_skipping
> > > -      total_vertical_downscale = vertical_binning + vertical_skipping
> > > +      total_horizontal_downscale = horizontal_binning + horizontal_skipping;
> > > +      total_vertical_downscale = vertical_binning + vertical_skipping;
> > >
> > >
> > >  4. The output size is used to specify any additional cropping on the sub-sampled
> > > @@ -159,16 +158,16 @@ configurations:
> > >     the *pixel rate* of the data sent on the MIPI CSI-2 bus allows to compute the
> > >     image stream frame rate. The equation is the well known:
> > >
> > > -   .. code-block::
> > > +   .. code-block:: c
> > >
> > > -      frame_duration = total_frame_size / pixel_rate
> > > -      frame_rate = 1 / frame_duration
> > > +      frame_duration = total_frame_size / pixel_rate;
> > > +      frame_rate = 1 / frame_duration;
> > >
> > >
> > >     where the *pixel_rate* parameter is the result of the sensor's configuration
> > >     of the MIPI CSI-2 bus *(the following formula applies to MIPI CSI-2 when
> > >     used on MIPI D-PHY physical protocol layer only)*
> > >
> > > -   .. code-block::
> > > +   .. code-block:: c
> > >
> > > -      pixel_rate = CSI-2_link_freq * 2 * nr_of_lanes / bits_per_sample
> > > +      pixel_rate = csi_2_link_freq * 2 * nr_of_lanes / bits_per_sample;
>
> --
> Regards,
>
> Laurent Pinchart


More information about the libcamera-devel mailing list