Home
last modified time | relevance | path

Searched refs:chroma (Results 1 – 23 of 23) sorted by relevance

/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-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 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.
223 .. [1] Order of chroma samples in the second plane
[all …]
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 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,
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 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.
H A Ddev-overlay.rst182 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.
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 Dcolorspaces.rst110 prefer to use luma (Y') and chroma (CbCr) instead of R'G'B'. Since the
118 correct, it is just an encoding of an R'G'B' color into luma and chroma
H A Dext-ctrls-codec.rst1171 parameter to determine the chroma quantization parameter. Applicable
2030 Threshold above which the chroma median filter is enabled (default
2034 Threshold below which the chroma median filter is enabled (default
/linux/drivers/video/fbdev/core/
H A Dfbmon.c340 specs->chroma.redx = tmp/1024; in get_chroma()
341 DPRINTK(" RedX: 0.%03d ", specs->chroma.redx); in get_chroma()
346 specs->chroma.redy = tmp/1024; in get_chroma()
347 DPRINTK("RedY: 0.%03d\n", specs->chroma.redy); in get_chroma()
352 specs->chroma.greenx = tmp/1024; in get_chroma()
353 DPRINTK(" GreenX: 0.%03d ", specs->chroma.greenx); in get_chroma()
358 specs->chroma.greeny = tmp/1024; in get_chroma()
359 DPRINTK("GreenY: 0.%03d\n", specs->chroma.greeny); in get_chroma()
364 specs->chroma.bluex = tmp/1024; in get_chroma()
365 DPRINTK(" BlueX: 0.%03d ", specs->chroma.bluex); 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()
/linux/drivers/gpu/drm/nouveau/dispnv04/
H A Doverlay.c221 u32 chroma = ((sin_mul(plane->hue, plane->saturation) & 0xffff) << 16) | in nv10_set_params() local
227 nvif_wr32(dev, NV_PVIDEO_CHROMINANCE(0), chroma); in nv10_set_params()
228 nvif_wr32(dev, NV_PVIDEO_CHROMINANCE(1), chroma); in nv10_set_params()
/linux/drivers/gpu/drm/amd/display/dc/hubbub/dcn401/
H A Ddcn401_hubbub.c1092 output->video.chroma.dcc_controls.dcc_256_256 = 1; in hubbub401_get_dcc_compression_cap()
1093 output->video.chroma.dcc_controls.dcc_256_128 = 1; in hubbub401_get_dcc_compression_cap()
1094 output->video.chroma.dcc_controls.dcc_256_64 = 1; in hubbub401_get_dcc_compression_cap()
1097 output->video.chroma.dcc_controls.dcc_256_128 = 1; in hubbub401_get_dcc_compression_cap()
1098 output->video.chroma.dcc_controls.dcc_256_64 = 1; in hubbub401_get_dcc_compression_cap()
1101 output->video.chroma.dcc_controls.dcc_256_64 = 1; in hubbub401_get_dcc_compression_cap()
/linux/drivers/media/platform/mediatek/mdp3/
H A Dmdp_sm_mt8183.h37 struct img_offset chroma; member
H A Dmdp_sm_mt8195.h37 struct img_offset chroma; member
/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/amd/display/dc/dce110/
H A Ddce110_mem_input_v.c528 bool chroma) in get_dvmm_hw_setting() argument
540 bpp = chroma ? bpp_16 : bpp_8; in get_dvmm_hw_setting()
/linux/drivers/gpu/drm/amd/display/dc/dce/
H A Ddce_transform.c1146 static uint32_t decide_taps(struct fixed31_32 ratio, uint32_t in_taps, bool chroma) in decide_taps() argument
1158 if (chroma) { in decide_taps()
/linux/Documentation/driver-api/media/drivers/ccs/
H A Dccs-regs.asc449 - b chroma 1
980 - b chroma 1
/linux/drivers/media/platform/samsung/s5p-mfc/
H A Ds5p_mfc_opr_v5.c478 ctx->dst_bufs[i].cookie.raw.chroma); in s5p_mfc_set_dec_frame_buffer_v5()
479 mfc_write(dev, OFFSETA(ctx->dst_bufs[i].cookie.raw.chroma), in s5p_mfc_set_dec_frame_buffer_v5()
/linux/drivers/gpu/drm/amd/display/dc/
H A Ddc.h424 struct dc_dcc_setting chroma; member
/linux/Documentation/admin-guide/media/
H A Dbttv.rst176 chroma_agc=0/1 AGC of chroma signal, off by default.