@return the AVChromaLocation value for name or an AVError if not found.
@return the name for provided chroma location or NULL if unknown.
@return the AVColorPrimaries value for name or an AVError if not found.
@return the name for provided color primaries or NULL if unknown.
@return the AVColorRange value for name or an AVError if not found.
@return the name for provided color range or NULL if unknown.
@return the AVColorSpace value for name or an AVError if not found.
@return the name for provided color space or NULL if unknown.
@return the AVColorTransferCharacteristic value for name or an AVError if not found.
@return the name for provided color transfer or NULL if unknown.
Compute what kind of losses will occur when converting from one specific pixel format to another. When converting from one pixel format to another, information loss may occur. For example, when converting from RGB24 to GRAY, the color information will be lost. Similarly, other losses occur when converting from some formats to other formats. These losses can involve loss of chroma, but also loss of resolution, loss of color depth, loss due to the color space conversion, loss of the alpha bits or loss due to color quantization. av_get_fix_fmt_loss() informs you about the various types of losses which will occur when converting from one pixel format to another.
Return the number of bits per pixel used by the pixel format described by pixdesc. Note that this is not the same as the number of bits per sample.
Return the number of bits per pixel for the pixel format described by pixdesc, including any padding or unused bits.
Return the pixel format corresponding to name.
Compute what kind of losses will occur when converting from one specific pixel format to another. When converting from one pixel format to another, information loss may occur. For example, when converting from RGB24 to GRAY, the color information will be lost. Similarly, other losses occur when converting from some formats to other formats. These losses can involve loss of chroma, but also loss of resolution, loss of color depth, loss due to the color space conversion, loss of the alpha bits or loss due to color quantization. av_get_fix_fmt_loss() informs you about the various types of losses which will occur when converting from one pixel format to another.
Return the short name for a pixel format, NULL in case pix_fmt is unknown.
Print in buf the string corresponding to the pixel format with number pix_fmt, or a header if pix_fmt is negative.
@return number of planes in pix_fmt, a negative AVERROR if pix_fmt is not a valid pixel format.
@return a pixel format descriptor for provided pixel format or NULL if this pixel format is unknown.
@return an AVPixelFormat id described by desc, or AV_PIX_FMT_NONE if desc is not a valid pointer to a pixel format descriptor.
Iterate over all pixel format descriptors known to libavutil.
Utility function to access log2_chroma_w log2_chroma_h from the pixel format AVPixFmtDescriptor.
Utility function to swap the endianness of a pixel format.
Read a line from an image, and write the values of the pixel format component c to dst.
Write the values from src to the pixel format component c of an image line.
The pixel format has an alpha channel. This is set on all formats that support alpha in some way, including AV_PIX_FMT_PAL8. The alpha is always straight, never pre-multiplied.
The pixel format is following a Bayer pattern
Pixel format is big-endian.
All values of a component are bit-wise packed end to end.
The pixel format contains IEEE-754 floating point values. Precision (double, single, or half) should be determined by the pixel size (64, 32, or 16 bits).
Pixel format is an HW accelerated format.
Pixel format has a palette in data[1], values are indexes in this palette.
At least one pixel component is not in the first data plane.
The pixel format is "pseudo-paletted". This means that it contains a fixed palette in the 2nd plane but the palette is fixed/constant for each PIX_FMT. This allows interpreting the data as if it was PAL8, which can in some cases be simpler. Or the data can be interpreted purely based on the pixel format without using the palette. An example of a pseudo-paletted format is AV_PIX_FMT_GRAY8
The pixel format contains RGB-like data (as opposed to YUV/grayscale).
< loss of alpha bits
< loss of chroma (e.g. RGB to gray conversion)
< loss due to color quantization
< loss due to color space conversion
< loss due to color depth change
< loss due to resolution change
Descriptor that unambiguously describes how the bits of a pixel are stored in the up to 4 data planes of an image. It also stores the subsampling factors and number of components.