7.14. ioctl VIDIOC_ENUM_FMT¶
VIDIOC_ENUM_FMT - Enumerate image formats
To enumerate image formats applications initialize the
index field of struct
v4l2_fmtdesc and call
the ioctl VIDIOC_ENUM_FMT ioctl with a pointer to this structure. Drivers
fill the rest of the structure or return an
EINVAL error code. All
formats are enumerable by beginning at index zero and incrementing by
EINVAL is returned. If applicable, drivers shall return
formats in preference order, where preferred formats are returned before
(that is, with lower
index value) less-preferred formats.
After switching input or output the list of enumerated image formats may be different.
||Number of the format in the enumeration, set by the application.
This is in no way related to the
||Type of the data stream, set by the application. Only these types
are valid here:
||See Image Format Description Flags|
||Description of the format, a NUL-terminated ASCII string. This information is intended for the user, for example: “YUV 4:2:2”.|
||The image format identifier. This is a four character code as computed by the v4l2_fourcc() macro:|
Several image formats are already defined by this specification in Image Formats.
These codes are not the same as those used in the Windows world.
||Reserved for future extensions. Drivers must set the array to zero.|
||0x0001||This is a compressed format.|
||0x0002||This format is not native to the device but emulated through software (usually libv4l2), where possible try to use a native format instead for better performance.|
||0x0004||The hardware decoder for this compressed bytestream format (aka coded
format) is capable of parsing a continuous bytestream. Applications do
not need to parse the bytestream themselves to find the boundaries
between frames/fields. This flag can only be used in combination with
||0x0008||Dynamic resolution switching is supported by the device for this
compressed bytestream format (aka coded format). It will notify the user
via the event