ioctl VIDIOC_G_JPEGCOMP, VIDIOC_S_JPEGCOMP
&manvol;
VIDIOC_G_JPEGCOMPVIDIOC_S_JPEGCOMPint ioctlint fdint requestv4l2_jpegcompression *argpint ioctlint fdint requestconst v4l2_jpegcompression *argpArgumentsfd&fd;requestVIDIOC_G_JPEGCOMP, VIDIOC_S_JPEGCOMPargpDescriptionThese ioctls are deprecated.
New drivers and applications should use
JPEG class controls for image quality and JPEG markers control.
[to do]Ronald Bultje elaborates:APP is some application-specific information. The
application can set it itself, and it'll be stored in the JPEG-encoded
fields (eg; interlacing information for in an AVI or so). COM is the
same, but it's comments, like 'encoded by me' or so.jpeg_markers describes whether the huffman tables,
quantization tables and the restart interval information (all
JPEG-specific stuff) should be stored in the JPEG-encoded fields.
These define how the JPEG field is encoded. If you omit them,
applications assume you've used standard encoding. You usually do want
to add them.
struct v4l2_jpegcompression
&cs-str;
intqualityDeprecated. If
V4L2_CID_JPEG_IMAGE_QUALITY control is exposed by
a driver applications should use it instead and ignore this field.
intAPPnintAPP_lencharAPP_data[60]intCOM_lencharCOM_data[60]__u32jpeg_markersSee . Deprecated.
If
V4L2_CID_JPEG_ACTIVE_MARKER control
is exposed by a driver applications should use it instead
and ignore this field.
JPEG Markers Flags
&cs-def;
V4L2_JPEG_MARKER_DHT(1<<3)Define Huffman TablesV4L2_JPEG_MARKER_DQT(1<<4)Define Quantization TablesV4L2_JPEG_MARKER_DRI(1<<5)Define Restart IntervalV4L2_JPEG_MARKER_COM(1<<6)Comment segmentV4L2_JPEG_MARKER_APP(1<<7)App segment, driver will always use APP0