~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

TOMOYO Linux Cross Reference
Linux/Documentation/userspace-api/media/v4l/ext-ctrls-image-source.rst

Version: ~ [ linux-6.12-rc7 ] ~ [ linux-6.11.7 ] ~ [ linux-6.10.14 ] ~ [ linux-6.9.12 ] ~ [ linux-6.8.12 ] ~ [ linux-6.7.12 ] ~ [ linux-6.6.60 ] ~ [ linux-6.5.13 ] ~ [ linux-6.4.16 ] ~ [ linux-6.3.13 ] ~ [ linux-6.2.16 ] ~ [ linux-6.1.116 ] ~ [ linux-6.0.19 ] ~ [ linux-5.19.17 ] ~ [ linux-5.18.19 ] ~ [ linux-5.17.15 ] ~ [ linux-5.16.20 ] ~ [ linux-5.15.171 ] ~ [ linux-5.14.21 ] ~ [ linux-5.13.19 ] ~ [ linux-5.12.19 ] ~ [ linux-5.11.22 ] ~ [ linux-5.10.229 ] ~ [ linux-5.9.16 ] ~ [ linux-5.8.18 ] ~ [ linux-5.7.19 ] ~ [ linux-5.6.19 ] ~ [ linux-5.5.19 ] ~ [ linux-5.4.285 ] ~ [ linux-5.3.18 ] ~ [ linux-5.2.21 ] ~ [ linux-5.1.21 ] ~ [ linux-5.0.21 ] ~ [ linux-4.20.17 ] ~ [ linux-4.19.323 ] ~ [ linux-4.18.20 ] ~ [ linux-4.17.19 ] ~ [ linux-4.16.18 ] ~ [ linux-4.15.18 ] ~ [ linux-4.14.336 ] ~ [ linux-4.13.16 ] ~ [ linux-4.12.14 ] ~ [ linux-4.11.12 ] ~ [ linux-4.10.17 ] ~ [ linux-4.9.337 ] ~ [ linux-4.4.302 ] ~ [ linux-3.10.108 ] ~ [ linux-2.6.32.71 ] ~ [ linux-2.6.0 ] ~ [ linux-2.4.37.11 ] ~ [ unix-v6-master ] ~ [ ccs-tools-1.8.12 ] ~ [ policy-sample ] ~
Architecture: ~ [ i386 ] ~ [ alpha ] ~ [ m68k ] ~ [ mips ] ~ [ ppc ] ~ [ sparc ] ~ [ sparc64 ] ~

  1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
  2 
  3 .. _image-source-controls:
  4 
  5 ******************************
  6 Image Source Control Reference
  7 ******************************
  8 
  9 The Image Source control class is intended for low-level control of
 10 image source devices such as image sensors. The devices feature an
 11 analogue to digital converter and a bus transmitter to transmit the
 12 image data out of the device.
 13 
 14 
 15 .. _image-source-control-id:
 16 
 17 Image Source Control IDs
 18 ========================
 19 
 20 ``V4L2_CID_IMAGE_SOURCE_CLASS (class)``
 21     The IMAGE_SOURCE class descriptor.
 22 
 23 ``V4L2_CID_VBLANK (integer)``
 24     Vertical blanking. The idle period after every frame during which no
 25     image data is produced. The unit of vertical blanking is a line.
 26     Every line has length of the image width plus horizontal blanking at
 27     the pixel rate defined by ``V4L2_CID_PIXEL_RATE`` control in the
 28     same sub-device.
 29 
 30 ``V4L2_CID_HBLANK (integer)``
 31     Horizontal blanking. The idle period after every line of image data
 32     during which no image data is produced. The unit of horizontal
 33     blanking is pixels.
 34 
 35 ``V4L2_CID_ANALOGUE_GAIN (integer)``
 36     Analogue gain is gain affecting all colour components in the pixel
 37     matrix. The gain operation is performed in the analogue domain
 38     before A/D conversion.
 39 
 40 ``V4L2_CID_TEST_PATTERN_RED (integer)``
 41     Test pattern red colour component.
 42 
 43 ``V4L2_CID_TEST_PATTERN_GREENR (integer)``
 44     Test pattern green (next to red) colour component.
 45 
 46 ``V4L2_CID_TEST_PATTERN_BLUE (integer)``
 47     Test pattern blue colour component.
 48 
 49 ``V4L2_CID_TEST_PATTERN_GREENB (integer)``
 50     Test pattern green (next to blue) colour component.
 51 
 52 ``V4L2_CID_UNIT_CELL_SIZE (struct)``
 53     This control returns the unit cell size in nanometers. The struct
 54     :c:type:`v4l2_area` provides the width and the height in separate
 55     fields to take into consideration asymmetric pixels.
 56     This control does not take into consideration any possible hardware
 57     binning.
 58     The unit cell consists of the whole area of the pixel, sensitive and
 59     non-sensitive.
 60     This control is required for automatic calibration of sensors/cameras.
 61 
 62 .. c:type:: v4l2_area
 63 
 64 .. flat-table:: struct v4l2_area
 65     :header-rows:  0
 66     :stub-columns: 0
 67     :widths:       1 1 2
 68 
 69     * - __u32
 70       - ``width``
 71       - Width of the area.
 72     * - __u32
 73       - ``height``
 74       - Height of the area.
 75 
 76 ``V4L2_CID_NOTIFY_GAINS (integer array)``
 77     The sensor is notified what gains will be applied to the different
 78     colour channels by subsequent processing (such as by an ISP). The
 79     sensor is merely informed of these values in case it performs
 80     processing that requires them, but it does not apply them itself to
 81     the output pixels.
 82 
 83     Currently it is defined only for Bayer sensors, and is an array
 84     control taking 4 gain values, being the gains for each of the
 85     Bayer channels. The gains are always in the order B, Gb, Gr and R,
 86     irrespective of the exact Bayer order of the sensor itself.
 87 
 88     The use of an array allows this control to be extended to sensors
 89     with, for example, non-Bayer CFAs (colour filter arrays).
 90 
 91     The units for the gain values are linear, with the default value
 92     representing a gain of exactly 1.0. For example, if this default value
 93     is reported as being (say) 128, then a value of 192 would represent
 94     a gain of exactly 1.5.

~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

kernel.org | git.kernel.org | LWN.net | Project Home | SVN repository | Mail admin

Linux® is a registered trademark of Linus Torvalds in the United States and other countries.
TOMOYO® is a registered trademark of NTT DATA CORPORATION.

sflogo.php