Home
last modified time | relevance | path

Searched full:chroma (Results 1 – 25 of 124) sorted by relevance

12345

/linux/Documentation/userspace-api/media/v4l/
H A Dyuv-formats.rst24 YUV formats commonly encode images with a lower resolution for the chroma
27 differences, is called chroma subsampling.
40 Subsampling the chroma component effectively creates chroma values that can be
43 - .. _yuv-chroma-centered:
45 The subsampled chroma value may be calculated by simply averaging the chroma
46 value of two consecutive pixels. It effectively models the chroma of a pixel
48 interstitially sited chroma.
50 - .. _yuv-chroma-cosited:
52 The other option is to subsample chroma values in a way that place them in
54 other chroma sample (creating aliasing artifacts), or with filters using an
[all …]
H A Dpixfmt-yuv-planar.rst10 Planar formats split luma and chroma data in separate memory regions. They
14 stores the Y components. The second plane is the chroma plane and stores the
22 the chroma planes may be constrained by the line stride of the luma plane.
36 use two planes, and store the luma components in the first plane and the chroma
38 chroma plane, with Cb and Cr always stored in pairs. The chroma order is
42 chroma lines is identical to the padding of the luma lines. Without horizontal
43 subsampling, the chroma line stride (in bytes) is thus equal to twice the luma
44 line stride. With horizontal subsampling by 2, the chroma line stride is equal
48 relationship between the luma and chroma line padding and stride.
66 - Chroma order [1]_
[all …]
H A Dpixfmt-m420.rst10 Format with ½ horizontal and vertical chroma resolution, also known as
17 M420 is a YUV format with ½ horizontal and vertical chroma subsampling
18 (YUV 4:2:0). Pixels are organized as interleaved luma and chroma planes.
19 Two lines of luma data are followed by one line of chroma data.
21 The luma plane has one byte per pixel. The chroma plane contains
71 Chroma samples are :ref:`interstitially sited<yuv-chroma-centered>`
H A Dvidioc-g-fbuf.rst140 formats (only packed YUV formats when chroma keying is used, not
213 - The device supports clipping by chroma-keying the images. That is,
215 the latter assume a certain color. Chroma-keying makes no sense
241 - The device supports Source Chroma-keying. Video pixels with the
242 chroma-key colors are replaced by framebuffer pixels, which is
279 - Use chroma-keying. The chroma-key color is determined by the
311 - Use source chroma-keying. The source chroma-key color is
315 and :ref:`osd`. Both chroma-keying are mutual exclusive to each
H A Dpixfmt-packed-yuv.rst11 Cr components consecutively in memory. They may apply subsampling to the chroma
17 - 'Y', 'Cb' and 'Cr' denote bits of the luma, blue chroma (also known as
18 'U') and red chroma (also known as 'V') components respectively. 'A'
26 These formats do not subsample the chroma components and store each pixels as a
293 These formats, commonly referred to as YUYV or YUY2, subsample the chroma
419 Chroma samples are :ref:`interstitially sited<yuv-chroma-centered>`
426 This format subsamples the chroma components horizontally by 4, storing 8
482 Chroma samples are :ref:`interstitially sited<yuv-chroma-centered>`
H A Ddev-overlay.rst94 1. Chroma-keying displays the overlaid image only where pixels in the
182 When chroma-keying has been negotiated with
184 to the desired pixel value for the chroma key. The format is the
193 When chroma-keying has *not* been negotiated and
218 When chroma-keying has *not* been negotiated and
240 both, or despite negotiating chroma-keying, the results are undefined.
H A Dcontrol.rst76 Picture color saturation or chroma gain.
119 Red chroma balance.
122 Blue chroma balance.
191 Chroma automatic gain control.
194 Adjusts the Chroma gain control (for use when chroma AGC is
248 - The Cb and Cr chroma components are replaced by fixed coefficients
H A Dext-ctrls-codec-stateless.rst895 - Set if the chroma plane has the same height as the luma plane,
896 else the chroma plane is half the height of the luma plane.
899 - Set if the chroma plane has the same width as the luma plane,
900 else the chroma plane is half the width of the luma plane.
1226 - Chroma DC delta value.
1229 - Chroma AC delta value.
1253 - Chroma mode update probabilities.
1451 scanning order. It is relevant for both luma and chroma components,
1452 although it can be superseded by the chroma-specific matrix for
1457 zigzag scanning order. It is relevant for both luma and chroma
[all …]
H A Dext-ctrls-jpeg.rst27 The chroma subsampling factors describe how each component of an
41 - No chroma subsampling, each pixel has Y, Cr and Cb values.
/linux/drivers/gpu/drm/msm/disp/
H A Dmdp_format.c110 alpha, chroma, count, bp, flg, fm, np) \ argument
120 .chroma_sample = chroma, \
129 #define PSEUDO_YUV_FMT(fmt, a, r, g, b, e0, e1, chroma, flg, fm, np) \ argument
139 .chroma_sample = chroma, \
148 #define PSEUDO_YUV_FMT_TILED(fmt, a, r, g, b, e0, e1, chroma, \ argument
159 .chroma_sample = chroma, \
168 #define PSEUDO_YUV_FMT_LOOSE(fmt, a, r, g, b, e0, e1, chroma, flg, fm, np)\ argument
178 .chroma_sample = chroma, \
187 #define PSEUDO_YUV_FMT_LOOSE_TILED(fmt, a, r, g, b, e0, e1, chroma, \ argument
198 .chroma_sample = chroma, \
[all …]
/linux/drivers/media/platform/samsung/s5p-mfc/
H A Dregs-mfc.h102 /* reconstructed chroma */
135 #define S5P_FIMV_ENC_REF_B_CHROMA_ADR 0x0630 /* ref B Chroma addr */
138 #define S5P_FIMV_ENC_CUR_CHROMA_ADR 0x071C /* current Chroma addr */
167 #define S5P_FIMV_SI_DISPLAY_C_ADR 0x2014 /* chroma addrof displayed pic */
174 #define S5P_FIMV_SI_DECODE_C_ADR 0x2028 /* chroma addrof decoded pic */
191 #define S5P_FIMV_CRC_CHROMA0 0x2034 /* chroma crc data per frame
195 #define S5P_FIMV_CRC_CHROMA1 0x203c /* chroma crc data per bottom
275 chroma pic */
280 #define S5P_FIMV_ENC_SI_CH0_CUR_C_ADR 0x2054 /* current Chroma addr */
286 #define S5P_FIMV_ENC_SI_CH1_CUR_C_ADR 0x2094 /* current Chroma addr */
/linux/drivers/gpu/drm/amd/display/dc/dcn30/
H A Ddcn30_mmhubbub.c113 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
121 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
129 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
137 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
141 /* setup luma & chroma size in mmhubbub3_config_mcif_buf()
208 /* Set arbitration unit for Luma/Chroma */ in mmhubbub3_config_mcif_arb()
/linux/drivers/gpu/drm/amd/display/dc/mmhubbub/dcn32/
H A Ddcn32_mmhubbub.c113 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
121 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
129 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
137 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
141 /* setup luma & chroma size in mmhubbub32_config_mcif_buf()
208 /* Set arbitration unit for Luma/Chroma */ in mmhubbub32_config_mcif_arb()
/linux/drivers/media/i2c/
H A Dks0127.c219 table[KS_CDEM] = 0x00; /* Chroma Demodulation Control */ in init_reg_defaults()
224 table[KS_CHROMA] = 0x2a; /* Chroma control A */ in init_reg_defaults()
225 table[KS_CHROMB] = 0x90; /* Chroma control B */ in init_reg_defaults()
226 table[KS_DEMOD] = 0x00; /* Chroma Demodulation Control & Status */ in init_reg_defaults()
256 table[KS_CTRACK] = 0x00; /* Chroma Tracking Control */ in init_reg_defaults()
417 /* enable chroma demodulation */ in ks0127_s_routing()
419 /* chroma trap, HYBWR=1 */ in ks0127_s_routing()
424 /* manual chroma comb .25 .5 .25 */ in ks0127_s_routing()
427 /* chroma path delay */ in ks0127_s_routing()
451 /* enable chroma demodulation */ in ks0127_s_routing()
[all …]
H A Dbt819.c154 0x0d, 0xfe, /* 0x0d Chroma Gain (U) lsb */ in bt819_init()
155 0x0e, 0xb4, /* 0x0e Chroma Gain (V) msb */ in bt819_init()
159 chroma comb OFF, line drop scaling, interlace scaling in bt819_init()
160 BUG? Why does turning the chroma comb on screw up color? in bt819_init()
189 init[0x15 * 2 - 1] = (decoder->norm & V4L2_STD_625_50) ? 115 : 93; /* Chroma burst delay */ in bt819_init()
H A Dadv7183_regs.h36 #define ADV7183_CHRO_GAIN_CTRL_1 0x2D /* Chroma gain control 1 */
37 #define ADV7183_CHRO_GAIN_CTRL_2 0x2E /* Chroma gain control 2 */
/linux/drivers/media/platform/st/sti/bdisp/
H A Dbdisp-reg.h45 /* 9 - Chroma Filter */
206 #define BLT_TTY_CHROMA BIT(27) /* Write chroma / luma */
210 #define BLT_S1TY_CHROMA_EXT BIT(26) /* Chroma Extended */
215 #define BLT_S2TY_CHROMA_EXT BIT(26) /* Chroma Extended */
/linux/drivers/video/fbdev/core/
H A Dfbmon.c333 DPRINTK(" Chroma\n"); in get_chroma()
338 specs->chroma.redx = tmp/1024; in get_chroma()
339 DPRINTK(" RedX: 0.%03d ", specs->chroma.redx); in get_chroma()
344 specs->chroma.redy = tmp/1024; in get_chroma()
345 DPRINTK("RedY: 0.%03d\n", specs->chroma.redy); in get_chroma()
350 specs->chroma.greenx = tmp/1024; in get_chroma()
351 DPRINTK(" GreenX: 0.%03d ", specs->chroma.greenx); in get_chroma()
356 specs->chroma.greeny = tmp/1024; in get_chroma()
357 DPRINTK("GreenY: 0.%03d\n", specs->chroma.greeny); in get_chroma()
362 specs->chroma.bluex = tmp/1024; in get_chroma()
[all …]
/linux/drivers/media/pci/bt8xx/
H A Dbttv-risc.c122 unsigned int instructions,line,todo,ylen,chroma; in bttv_risc_planar() local
155 chroma = 1; in bttv_risc_planar()
159 chroma = ((line & 1) == 0); in bttv_risc_planar()
161 chroma = ((line & 1) == 1); in bttv_risc_planar()
165 chroma = ((line & 3) == 0); in bttv_risc_planar()
167 chroma = ((line & 3) == 2); in bttv_risc_planar()
170 chroma = 0; in bttv_risc_planar()
185 if (chroma) { in bttv_risc_planar()
214 if (chroma) { in bttv_risc_planar()
222 if (chroma) { in bttv_risc_planar()
[all …]
/linux/drivers/media/platform/st/sti/delta/
H A Ddelta-mjpeg-fw.h17 * @display_chroma_p: address of the chroma buffer
32 * @display_chroma_p: address of the chroma buffer
34 * @display_decimated_chroma_p: address of the decimated chroma buffer
/linux/drivers/media/platform/verisilicon/
H A Drockchip_vpu2_hw_jpeg_enc.c12 * luma and chroma quantization tables. The hardware does entropy
16 * In other words, only the luma and chroma quantization tables are
20 * VEPU_swreg_0-VEPU_swreg_15, and chroma table values to
/linux/Documentation/userspace-api/
H A Ddma-buf-alloc-exchange.rst116 and chroma YUV samples are stored in separate planes, where the chroma plane is
117 stored at half the resolution in both dimensions (i.e. one U/V chroma
165 with an offset of 0, and the chroma plane's storage follows within the same buffer
270 the luma and chroma buffers combined into a single memory buffer by use of the
287 chroma) being dequeued by the user from V4L2. These planes are then exported to
/linux/drivers/gpu/drm/meson/
H A Dmeson_dw_mipi_dsi.h68 * [15:14] RW chroma_subsample: Define method of chroma subsampling. Default 0.
70 * 0=Use even pixel's chroma;
71 * 1=Use odd pixel's chroma;
/linux/drivers/media/platform/samsung/s5p-jpeg/
H A Djpeg-regs.h484 * Base address of the chroma(Cb) component DMA buffer
489 /* Stride of source or destination chroma(Cb) raw image buffer */
492 /* Horizontal/vertical offset of active region in chroma(Cb) raw image buffer */
500 * Base address of the chroma(Cr) component DMA buffer
505 /* Stride of source or destination chroma(Cr) raw image buffer */
508 /* Horizontal/vertical offset of active region in chroma(Cb) raw image buffer */
/linux/drivers/media/platform/nxp/imx8-isi/
H A Dimx8-isi-regs.h331 /* Channel Chroma (U/Cb/UV/CbCr) Output Buffer 1 Address */
334 /* Channel Chroma (V/Cr) Output Buffer 1 Address */
377 /* Channel Chroma (U/Cb/UV/CbCr) Output Buffer 2 Address */
380 /* Channel Chroma (V/Cr) Output Buffer 2 Address */

12345