# Media Bus Formats

## struct v4l2_mbus_framefmt

&cs-str;
__u32 | width | Image width, in pixels.
__u32 | height | Image height, in pixels.
__u32 | code | Format code, from &v4l2-mbus-pixelcode;.
__u32 | field | Field order, from &v4l2-field;. See for details.
__u32 | colorspace | Image colorspace, from &v4l2-colorspace;. See for details.
__u32 | reserved[7] | Reserved for future extensions. Applications and drivers must set the array to zero.

## Media Bus Pixel Codes

The media bus pixel codes describe image formats as flowing over physical busses (both between separate physical components and inside SoC devices). This should not be confused with the V4L2 pixel formats that describe, using four character codes, image formats as stored in memory.

While there is a relationship between image formats on busses and image formats in memory (a raw Bayer image won't be magically converted to JPEG just by storing it to memory), there is no one-to-one correspondance between them.

### Packed RGB Formats

Those formats transfer pixel data as red, green and blue components. The format code is made of the following information.

- The red, green and blue components order code, as encoded in a pixel sample. Possible values are RGB and BGR.

- The number of bits per component, for each component. The values can be different for all components. Common values are 555 and 565.

- The number of bus samples per pixel. Pixels that are wider than the bus width must be transferred in multiple samples. Common values are 1 and 2.

- The bus width.

- For formats where the total number of bits per pixel is smaller than the number of bus samples per pixel times the bus width, a padding value stating if the bytes are padded in their most high order bits (PADHI) or low order bits (PADLO).

- For formats where the number of bus samples per pixel is larger than 1, an endianness value stating if the pixel is transferred MSB first (BE) or LSB first (LE).

For instance, a format where pixels are encoded as 5-bits red, 5-bits green and 5-bit blue values padded on the high bit, transferred as 2 8-bit samples per pixel with the most significant bits (padding, red and half of the green value) transferred first will be named `V4L2_MBUS_FMT_RGB555_2X8_PADHI_BE`.

The following tables list existing packed RGB formats.

#### RGB formats

Identifier | Code |  | Data organization
--- | --- | --- | ---
|  | Bit | 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 | 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0
&dash-ent-24;
V4L2_MBUS_FMT_RGB444_2X8_PADHI_BE | 0x1001 |  | 0 | 0 | 0 | 0 | r3 | r2 | r1 | r0
&dash-ent-24;
|  |  | g3 | g2 | g1 | g0 | b3 | b2 | b1 | b0
&dash-ent-24;
V4L2_MBUS_FMT_RGB444_2X8_PADHI_LE | 0x1002 |  | g3 | g2 | g1 | g0 | b3 | b2 | b1 | b0
&dash-ent-24;
|  |  | 0 | 0 | 0 | 0 | r3 | r2 | r1 | r0
&dash-ent-24;
V4L2_MBUS_FMT_RGB555_2X8_PADHI_BE | 0x1003 |  | 0 | r4 | r3 | r2 | r1 | r0 | g4 | g3
&dash-ent-24;
|  |  | g2 | g1 | g0 | b4 | b3 | b2 | b1 | b0
&dash-ent-24;
V4L2_MBUS_FMT_RGB555_2X8_PADHI_LE | 0x1004 |  | g2 | g1 | g0 | b4 | b3 | b2 | b1 | b0
&dash-ent-24;
|  |  | 0 | r4 | r3 | r2 | r1 | r0 | g4 | g3
&dash-ent-24;
V4L2_MBUS_FMT_BGR565_2X8_BE | 0x1005 |  | b4 | b3 | b2 | b1 | b0 | g5 | g4 | g3
&dash-ent-24;
|  |  | g2 | g1 | g0 | r4 | r3 | r2 | r1 | r0
&dash-ent-24;
V4L2_MBUS_FMT_BGR565_2X8_LE | 0x1006 |  | g2 | g1 | g0 | r4 | r3 | r2 | r1 | r0
&dash-ent-24;
|  |  | b4 | b3 | b2 | b1 | b0 | g5 | g4 | g3
&dash-ent-24;
V4L2_MBUS_FMT_RGB565_2X8_BE | 0x1007 |  | r4 | r3 | r2 | r1 | r0 | g5 | g4 | g3
&dash-ent-24;
|  |  | g2 | g1 | g0 | b4 | b3 | b2 | b1 | b0
&dash-ent-24;
V4L2_MBUS_FMT_RGB565_2X8_LE | 0x1008 |  | g2 | g1 | g0 | b4 | b3 | b2 | b1 | b0
&dash-ent-24;
|  |  | r4 | r3 | r2 | r1 | r0 | g5 | g4 | g3
&dash-ent-14;
V4L2_MBUS_FMT_RGB666_1X18 | 0x1009 |  | r5 | r4 | r3 | r2 | r1 | r0 | g5 | g4 | g3 | g2 | g1 | g0 | b5 | b4 | b3 | b2 | b1 | b0
&dash-ent-8;
V4L2_MBUS_FMT_RGB888_1X24 | 0x100a |  | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0 | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0 | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
&dash-ent-20;
V4L2_MBUS_FMT_RGB888_2X12_BE | 0x100b |  | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0 | g7 | g6 | g5 | g4
&dash-ent-20;
|  |  | g3 | g2 | g1 | g0 | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
&dash-ent-20;
V4L2_MBUS_FMT_RGB888_2X12_LE | 0x100c |  | g3 | g2 | g1 | g0 | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
&dash-ent-20;
|  |  | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0 | g7 | g6 | g5 | g4
V4L2_MBUS_FMT_ARGB888_1X32 | 0x100d |  | a7 | a6 | a5 | a4 | a3 | a2 | a1 | a0 | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0 | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0 | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0

### Bayer Formats

Those formats transfer pixel data as red, green and blue components. The format code is made of the following information.

- The red, green and blue components order code, as encoded in a pixel sample. The possible values are shown in .

- The number of bits per pixel component. All components are transferred on the same number of bits. Common values are 8, 10 and 12.

- The compression (optional). If the pixel components are ALAW- or DPCM-compressed, a mention of the compression scheme and the number of bits per compressed pixel component.

- The number of bus samples per pixel. Pixels that are wider than the bus width must be transferred in multiple samples. Common values are 1 and 2.

- The bus width.

- For formats where the total number of bits per pixel is smaller than the number of bus samples per pixel times the bus width, a padding value stating if the bytes are padded in their most high order bits (PADHI) or low order bits (PADLO).

- For formats where the number of bus samples per pixel is larger than 1, an endianness value stating if the pixel is transferred MSB first (BE) or LSB first (LE).

For instance, a format with uncompressed 10-bit Bayer components arranged in a red, green, green, blue pattern transferred as 2 8-bit samples per pixel with the least significant bits transferred first will be named `V4L2_MBUS_FMT_SRGGB10_2X8_PADHI_LE`.

#### Bayer Patterns

Bayer filter color patterns

The following table lists existing packed Bayer formats. The data organization is given as an example for the first pixel only.

#### Bayer Formats

Identifier | Code |  | Data organization
--- | --- | --- | ---
|  | Bit | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0
V4L2_MBUS_FMT_SBGGR8_1X8 | 0x3001 |  | - | - | - | - | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
V4L2_MBUS_FMT_SGBRG8_1X8 | 0x3013 |  | - | - | - | - | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SGRBG8_1X8 | 0x3002 |  | - | - | - | - | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SRGGB8_1X8 | 0x3014 |  | - | - | - | - | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0
V4L2_MBUS_FMT_SBGGR10_ALAW8_1X8 | 0x3015 |  | - | - | - | - | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
V4L2_MBUS_FMT_SGBRG10_ALAW8_1X8 | 0x3016 |  | - | - | - | - | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SGRBG10_ALAW8_1X8 | 0x3017 |  | - | - | - | - | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SRGGB10_ALAW8_1X8 | 0x3018 |  | - | - | - | - | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0
V4L2_MBUS_FMT_SBGGR10_DPCM8_1X8 | 0x300b |  | - | - | - | - | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
V4L2_MBUS_FMT_SGBRG10_DPCM8_1X8 | 0x300c |  | - | - | - | - | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SGRBG10_DPCM8_1X8 | 0x3009 |  | - | - | - | - | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SRGGB10_DPCM8_1X8 | 0x300d |  | - | - | - | - | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0
V4L2_MBUS_FMT_SBGGR10_2X8_PADHI_BE | 0x3003 |  | - | - | - | - | 0 | 0 | 0 | 0 | 0 | 0 | b9 | b8
|  |  | - | - | - | - | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
V4L2_MBUS_FMT_SBGGR10_2X8_PADHI_LE | 0x3004 |  | - | - | - | - | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
|  |  | - | - | - | - | 0 | 0 | 0 | 0 | 0 | 0 | b9 | b8
V4L2_MBUS_FMT_SBGGR10_2X8_PADLO_BE | 0x3005 |  | - | - | - | - | b9 | b8 | b7 | b6 | b5 | b4 | b3 | b2
|  |  | - | - | - | - | b1 | b0 | 0 | 0 | 0 | 0 | 0 | 0
V4L2_MBUS_FMT_SBGGR10_2X8_PADLO_LE | 0x3006 |  | - | - | - | - | b1 | b0 | 0 | 0 | 0 | 0 | 0 | 0
|  |  | - | - | - | - | b9 | b8 | b7 | b6 | b5 | b4 | b3 | b2
V4L2_MBUS_FMT_SBGGR10_1X10 | 0x3007 |  | - | - | b9 | b8 | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
V4L2_MBUS_FMT_SGBRG10_1X10 | 0x300e |  | - | - | g9 | g8 | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SGRBG10_1X10 | 0x300a |  | - | - | g9 | g8 | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SRGGB10_1X10 | 0x300f |  | - | - | r9 | r8 | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0
V4L2_MBUS_FMT_SBGGR12_1X12 | 0x3008 |  | b11 | b10 | b9 | b8 | b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
V4L2_MBUS_FMT_SGBRG12_1X12 | 0x3010 |  | g11 | g10 | g9 | g8 | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SGRBG12_1X12 | 0x3011 |  | g11 | g10 | g9 | g8 | g7 | g6 | g5 | g4 | g3 | g2 | g1 | g0
V4L2_MBUS_FMT_SRGGB12_1X12 | 0x3012 |  | r11 | r10 | r9 | r8 | r7 | r6 | r5 | r4 | r3 | r2 | r1 | r0

### Packed YUV Formats

Those data formats transfer pixel data as (possibly downsampled) Y, U and V components. Some formats include dummy bits in some of their samples and are collectively referred to as "YDYC" (Y-Dummy-Y-Chroma) formats. One cannot rely on the values of these dummy bits as those are undefined.

The format code is made of the following information.

- The Y, U and V components order code, as transferred on the bus. Possible values are YUYV, UYVY, YVYU and VYUY for formats with no dummy bit, and YDYUYDYV, YDYVYDYU, YUYDYVYD and YVYDYUYD for YDYC formats.

- The number of bits per pixel component. All components are transferred on the same number of bits. Common values are 8, 10 and 12.

- The number of bus samples per pixel. Pixels that are wider than the bus width must be transferred in multiple samples. Common values are 1, 1.5 (encoded as 1_5) and 2.

- The bus width. When the bus width is larger than the number of bits per pixel component, several components are packed in a single bus sample. The components are ordered as specified by the order code, with components on the left of the code transferred in the high order bits. Common values are 8 and 16.

For instance, a format where pixels are encoded as 8-bit YUV values downsampled to 4:2:2 and transferred as 2 8-bit bus samples per pixel in the U, Y, V, Y order will be named `V4L2_MBUS_FMT_UYVY8_2X8`.

lists existing packed YUV formats and describes the organization of each pixel data in each sample. When a format pattern is split across multiple samples each of the samples in the pattern is described.

The role of each bit transferred over the bus is identified by one of the following codes.

- yx for luma component bit number x

- ux for blue chroma component bit number x

- vx for red chroma component bit number x

- ax for alpha component bit number x

- - for non-available bits (for positions higher than the bus width)

- d for dummy bits

#### YUV Formats

Identifier | Code |  | Data organization
--- | --- | --- | ---
|  | Bit | 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 10 | 19 | 18 | 17 | 16 | 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0
&dash-ent-24;
V4L2_MBUS_FMT_Y8_1X8 | 0x2001 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
V4L2_MBUS_FMT_UV8_1X8 | 0x2015 |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
V4L2_MBUS_FMT_UYVY8_1_5X8 | 0x2002 |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
V4L2_MBUS_FMT_VYUY8_1_5X8 | 0x2003 |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
V4L2_MBUS_FMT_YUYV8_1_5X8 | 0x2004 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
V4L2_MBUS_FMT_YVYU8_1_5X8 | 0x2005 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
V4L2_MBUS_FMT_UYVY8_2X8 | 0x2006 |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
V4L2_MBUS_FMT_VYUY8_2X8 | 0x2007 |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
V4L2_MBUS_FMT_YUYV8_2X8 | 0x2008 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
V4L2_MBUS_FMT_YVYU8_2X8 | 0x2009 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-24;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-24;
|  |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-22;
V4L2_MBUS_FMT_Y10_1X10 | 0x200a |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-22;
V4L2_MBUS_FMT_YUYV10_2X10 | 0x200b |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-22;
|  |  | u9 | u8 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-22;
|  |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-22;
|  |  | v9 | v8 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-22;
V4L2_MBUS_FMT_YVYU10_2X10 | 0x200c |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-22;
|  |  | v9 | v8 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-22;
|  |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-22;
|  |  | u9 | u8 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-20;
V4L2_MBUS_FMT_Y12_1X12 | 0x2013 |  | y11 | y10 | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-16;
V4L2_MBUS_FMT_UYVY8_1X16 | 0x200f |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-16;
|  |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-16;
V4L2_MBUS_FMT_VYUY8_1X16 | 0x2010 |  | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-16;
|  |  | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0
&dash-ent-16;
V4L2_MBUS_FMT_YUYV8_1X16 | 0x2011 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-16;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-16;
V4L2_MBUS_FMT_YVYU8_1X16 | 0x2012 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-16;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-16;
V4L2_MBUS_FMT_YDYUYDYV8_1X16 | 0x2014 |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | d | d | d | d | d | d | d | d
&dash-ent-16;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-16;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | d | d | d | d | d | d | d | d
&dash-ent-16;
|  |  | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-12;
V4L2_MBUS_FMT_YUYV10_1X20 | 0x200d |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | u9 | u8 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
&dash-ent-12;
|  |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | v9 | v8 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-12;
V4L2_MBUS_FMT_YVYU10_1X20 | 0x200e |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | v9 | v8 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
&dash-ent-12;
|  |  | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | u9 | u8 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0
V4L2_MBUS_FMT_YUV10_1X30 | 0x2016 |  | - | - | y9 | y8 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | u9 | u8 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0 | v9 | v8 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0
V4L2_MBUS_FMT_AYUV8_1X32 | 0x2017 |  | a7 | a6 | a5 | a4 | a3 | a2 | a1 | a0 | y7 | y6 | y5 | y4 | y3 | y2 | y1 | y0 | u7 | u6 | u5 | u4 | u3 | u2 | u1 | u0 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0

### HSV/HSL Formats

Those formats transfer pixel data as RGB values in a cylindrical-coordinate system using Hue-Saturation-Value or Hue-Saturation-Lightness components. The format code is made of the following information.

- The hue, saturation, value or lightness and optional alpha components order code, as encoded in a pixel sample. The only currently supported value is AHSV.

- The number of bits per component, for each component. The values can be different for all components. The only currently supported value is 8888.

- The number of bus samples per pixel. Pixels that are wider than the bus width must be transferred in multiple samples. The only currently supported value is 1.

- The bus width.

- For formats where the total number of bits per pixel is smaller than the number of bus samples per pixel times the bus width, a padding value stating if the bytes are padded in their most high order bits (PADHI) or low order bits (PADLO).

- For formats where the number of bus samples per pixel is larger than 1, an endianness value stating if the pixel is transferred MSB first (BE) or LSB first (LE).

The following table lists existing HSV/HSL formats.

#### HSV/HSL formats

Identifier | Code |  | Data organization
--- | --- | --- | ---
|  | Bit | 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 | 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0
V4L2_MBUS_FMT_AHSV8888_1X32 | 0x6001 |  | a7 | a6 | a5 | a4 | a3 | a2 | a1 | a0 | h7 | h6 | h5 | h4 | h3 | h2 | h1 | h0 | s7 | s6 | s5 | s4 | s3 | s2 | s1 | s0 | v7 | v6 | v5 | v4 | v3 | v2 | v1 | v0

### JPEG Compressed Formats

Those data formats consist of an ordered sequence of 8-bit bytes obtained from JPEG compression process. Additionally to the `_JPEG` postfix the format code is made of the following information.

- The number of bus samples per entropy encoded byte.

- The bus width.

For instance, for a JPEG baseline process and an 8-bit bus width the format will be named `V4L2_MBUS_FMT_JPEG_1X8`.

The following table lists existing JPEG compressed formats.

#### JPEG Formats

Identifier | Code | Remarks
--- | --- | ---
V4L2_MBUS_FMT_JPEG_1X8 | 0x4001 | Besides of its usage for the parallel bus this format is recommended for transmission of JPEG data over MIPI CSI bus using the User Defined 8-bit Data types.

### Vendor and Device Specific Formats

#### Experimental

This is an experimental interface and may change in the future.

This section lists complex data formats that are either vendor or device specific.

The following table lists the existing vendor and device specific formats.

#### Vendor and device specific formats

Identifier | Code | Comments
--- | --- | ---
V4L2_MBUS_FMT_S5C_UYVY_JPEG_1X8 | 0x5001 | Interleaved raw UYVY and JPEG image format with embedded meta-data used by Samsung S3C73MX camera sensors.