Home
last modified time | relevance | path

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

12

/linux/Documentation/userspace-api/media/v4l/
H A Dyuv-formats.rst23 YUV formats commonly encode images with a lower resolution for the chroma
26 differences, is called chroma subsampling.
39 Subsampling the chroma component effectively creates chroma values that can be
42 - .. _yuv-chroma-centered:
44 The subsampled chroma value may be calculated by simply averaging the chroma
45 value of two consecutive pixels. It effectively models the chroma of a pixel
47 interstitially sited chroma.
49 - .. _yuv-chroma
[all...]
H A Dpixfmt-m420.rst9 Format with ½ horizontal and vertical chroma resolution, also known as
16 M420 is a YUV format with ½ horizontal and vertical chroma subsampling
17 (YUV 4:2:0). Pixels are organized as interleaved luma and chroma planes.
18 Two lines of luma data are followed by one line of chroma data.
20 The luma plane has one byte per pixel. The chroma plane contains
70 Chroma samples are :ref:`interstitially sited<yuv-chroma-centered>`
H A Dpixfmt-yuv-planar.rst9 Planar formats split luma and chroma data in separate memory regions. They
13 stores the Y components. The second plane is the chroma plane and stores the
21 the chroma planes may be constrained by the line stride of the luma plane.
35 use two planes, and store the luma components in the first plane and the chroma
37 chroma plane, with Cb and Cr always stored in pairs. The chroma order is
41 chroma lines is identical to the padding of the luma lines. Without horizontal
42 subsampling, the chroma line stride (in bytes) is thus equal to twice the luma
43 line stride. With horizontal subsampling by 2, the chroma line stride is equal
47 relationship between the luma and chroma lin
[all...]
H A Dpixfmt-packed-yuv.rst10 Cr components consecutively in memory. They may apply subsampling to the chroma
16 - 'Y', 'Cb' and 'Cr' denote bits of the luma, blue chroma (also known as
17 'U') and red chroma (also known as 'V') components respectively. 'A'
25 These formats do not subsample the chroma components and store each pixels as a
292 These formats, commonly referred to as YUYV or YUY2, subsample the chroma
418 Chroma samples are :ref:`interstitially sited<yuv-chroma-centered>`
425 This format subsamples the chroma components horizontally by 4, storing 8
481 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.rst26 The chroma subsampling factors describe how each component of an
40 - No chroma subsampling, each pixel has Y, Cr and Cb values.
H A Ddev-overlay.rst181 When chroma-keying has been negotiated with
183 to the desired pixel value for the chroma key. The format is the
192 When chroma-keying has *not* been negotiated and
217 When chroma-keying has *not* been negotiated and
239 both, or despite negotiating chroma-keying, the results are undefined.
H A Dext-ctrls-codec-stateless.rst894 - Set if the chroma plane has the same height as the luma plane,
895 else the chroma plane is half the height of the luma plane.
898 - Set if the chroma plane has the same width as the luma plane,
899 else the chroma plane is half the width of the luma plane.
1450 scanning order. It is relevant for both luma and chroma components,
1451 although it can be superseded by the chroma-specific matrix for
1456 zigzag scanning order. It is relevant for both luma and chroma
1457 components, although it can be superseded by the chroma-specific matrix
2097 - This value plus 8 specifies the bit depth of the samples of the chroma arrays.
2140 the chroma component
[all...]
H A Dcolorspaces.rst109 prefer to use luma (Y') and chroma (CbCr) instead of R'G'B'. Since the
117 correct, it is just an encoding of an R'G'B' color into luma and chroma
/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, \
207 PLANAR_YUV_FMT(fmt,a,r,g,b,e0,e1,e2,alpha,chroma,bp,flg,fm,np) global() argument
[all...]
/linux/drivers/video/fbdev/core/
H A Dfbmon.c337 specs->chroma.redx = tmp/1024; in get_chroma()
338 DPRINTK(" RedX: 0.%03d ", specs->chroma.redx); in get_chroma()
343 specs->chroma.redy = tmp/1024; in get_chroma()
344 DPRINTK("RedY: 0.%03d\n", specs->chroma.redy); in get_chroma()
349 specs->chroma.greenx = tmp/1024; in get_chroma()
350 DPRINTK(" GreenX: 0.%03d ", specs->chroma.greenx); in get_chroma()
355 specs->chroma.greeny = tmp/1024; in get_chroma()
356 DPRINTK("GreenY: 0.%03d\n", specs->chroma.greeny); in get_chroma()
361 specs->chroma.bluex = tmp/1024; in get_chroma()
362 DPRINTK(" BlueX: 0.%03d ", specs->chroma 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/qcom/iris/
H A Diris_platform_common.h18 #define REGISTER_BIT_DEPTH(luma, chroma) ((luma) << 16 | (chroma)) argument
/linux/drivers/media/pci/cx18/
H A Dcx18-av-core.c214 * Default to luma on ch1/ADC1, chroma on ch2/ADC2, SIF on ch3/ADC2 in cx18_av_initialize()
333 * of the screen. I guess the chroma comb filter gets confused in cx18_av_std_setup()
618 int chroma = vid_input & 0xf00; in set_input() local
623 chroma < CX18_AV_SVIDEO_CHROMA4 || in set_input()
624 chroma > CX18_AV_SVIDEO_CHROMA8) { in set_input()
631 if (chroma >= CX18_AV_SVIDEO_CHROMA7) { in set_input()
633 afe_mux_cfg |= (chroma - CX18_AV_SVIDEO_CHROMA7) >> 2; in set_input()
637 afe_mux_cfg |= (chroma - CX18_AV_SVIDEO_CHROMA4) >> 4; in set_input()
/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/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/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/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/media/i2c/cx25840/
H A Dcx25840-core.c1377 int chroma = vid_input & 0xf00; in set_input() local
1400 chroma < CX25840_SVIDEO_CHROMA4 || in set_input()
1401 chroma > CX25840_SVIDEO_CHROMA8) { in set_input()
1407 if (chroma >= CX25840_SVIDEO_CHROMA7) { in set_input()
1409 reg |= (chroma - CX25840_SVIDEO_CHROMA7) >> 2; in set_input()
1412 reg |= (chroma - CX25840_SVIDEO_CHROMA4) >> 4; in set_input()
1539 if (chroma >= CX25840_SVIDEO_CHROMA7) { in set_input()
2206 p = "chroma"; in log_audio_status()
/linux/drivers/gpu/drm/amd/display/dc/dce110/
H A Ddce110_mem_input_v.c59 /* chroma part */
528 bool chroma) in get_dvmm_hw_setting() argument
540 bpp = chroma ? bpp_16 : bpp_8; in get_dvmm_hw_setting()
/linux/Documentation/ABI/testing/
H A Dconfigfs-usb-gadget-uvc202 chroma values from the color primaries
219 chroma values from the color primaries
/linux/drivers/media/platform/samsung/s5p-mfc/
H A Ds5p_mfc_common.h185 size_t chroma; member
574 * @chroma_size: size of a chroma plane
613 * @chroma_dpb_size: dpb buffer size for chroma
628 * @chroma_size_1: size of a chroma third plane
/linux/drivers/gpu/drm/amd/display/dc/dce/
H A Ddce_transform.c1141 static uint32_t decide_taps(struct fixed31_32 ratio, uint32_t in_taps, bool chroma) in decide_taps() argument
1153 if (chroma) { in decide_taps()
1190 * - Decide chroma taps if chroma is scaled in dce_transform_get_optimal_number_of_taps()
1192 * Ignore input chroma taps. Decide based on non-chroma in dce_transform_get_optimal_number_of_taps()
1212 /* reduce chroma v_taps if needed but ensure we have at least two */ in dce_transform_get_optimal_number_of_taps()
/linux/Documentation/driver-api/media/drivers/ccs/
H A Dccs-regs.asc449 - b chroma 1
980 - b chroma 1

12