Searched refs:picture (Results 1 – 25 of 73) sorted by relevance
123
| /Linux-v6.6/Documentation/userspace-api/media/v4l/ |
| D | vidioc-g-enc-index.rst | 46 picture. A :ref:`VIDIOC_G_ENC_INDEX <VIDIOC_G_ENC_INDEX>` call reads up to
80 array corresponds to one picture, sorted in ascending order by
96 stream to the beginning of this picture, that is a *PES packet
97 header* as defined in :ref:`mpeg2part1` or a *picture header* as
102 - The 33 bit *Presentation Time Stamp* of this picture as defined in
106 - The length of this picture in bytes.
109 - Flags containing the coding type of this picture, see
127 - This is an Intra-coded picture.
130 - This is a Predictive-coded picture.
133 - This is a Bidirectionally predictive-coded picture.
[all …]
|
| D | v4l2-selection-targets.rst | 39 - Suggested cropping rectangle that covers the "whole picture".
63 - Suggested composition rectangle that covers the "whole picture".
|
| D | crop.rst | 18 Some video capture devices can sample a subsection of the picture and
98 shall align with the center of the active picture area of the video
99 signal, and cover what the driver writer considers the complete picture.
136 assuming video will be scaled down from the "full picture" accordingly.
144 Now the application may insist on covering an area using a picture
203 /* Scale down to 1/4 size of full picture. */
|
| D | ext-ctrls-codec-stateless.rst | 171 Specifies the picture parameter set (as extracted from the
270 must be used for this picture.
378 - Reference picture list after applying the per-slice modifications
381 - Reference picture list after applying the per-slice modifications
486 - Specifies how the picture is referenced. See :ref:`Reference Fields <h264_ref_fields>`
578 - Combined size in bits of the picture order count related syntax
612 - That picture is an IDR picture
1325 Specifies the picture parameters (as extracted from the bitstream) for the
1327 elements from the picture header and picture coding extension parts of the
2088 - Specifies the width of each decoded picture in units of luma samples.
[all …]
|
| D | common.rst | 13 standard, picture brightness a. o.
|
| D | vidioc-cropcap.rst | 71 - Default cropping rectangle, it shall cover the "whole picture".
74 centered over the active picture area. The same coordinate system
|
| D | selection-api-intro.rst | 7 Some video capture devices can sample a subsection of a picture and
|
| D | control.rst | 147 Mirror the picture horizontally.
150 Mirror the picture vertically.
179 disables the filters, higher values give a sharper picture.
270 and width of the picture using the
|
| D | selection-api-configuration.rst | 45 driver writer considers the complete picture. Drivers shall set the
116 the driver writer considers the complete picture. It is recommended for
|
| D | ext-ctrls-colorimetry.rst | 45 samples for any individual picture of a video sequence,
|
| /Linux-v6.6/drivers/staging/media/av7110/ |
| D | video-stillpicture.rst | 52 This ioctl call asks the Video Device to display a still picture
54 NULL, then the current displayed still picture is blanked.
|
| D | video-set-blank.rst | 57 This ioctl call asks the Video Device to blank out the picture.
|
| D | video.rst | 23 The ioctls that deal with SPUs (sub picture units) and navigation
|
| D | video_types.rst | 40 cropping of the picture. This can be done using the
195 changed or if playback is stopped. Otherwise, the last picture will be
|
| /Linux-v6.6/Documentation/ABI/testing/ |
| D | configfs-usb-gadget-uvc | 204 characteristic of the source picture,
221 characteristic of the source picture,
249 bAspectRatioY the X dimension of the picture aspect
251 bAspectRatioX the Y dimension of the picture aspect
305 bAspectRatioY the X dimension of the picture aspect
307 bAspectRatioX the Y dimension of the picture aspect
|
| /Linux-v6.6/Documentation/userspace-api/media/drivers/ |
| D | st-vgxy61.rst | 10 Change the sensor HDR mode. A HDR picture is obtained by merging two
|
| /Linux-v6.6/Documentation/fb/ |
| D | framebuffer.rst | 202 stable picture without visible flicker, VESA recommends a vertical scanrate of
212 The following picture summarizes all timings. The horizontal retrace time is
267 - left_margin: time from sync to picture
268 - right_margin: time from picture to sync
269 - upper_margin: time from sync to picture
270 - lower_margin: time from picture to sync
|
| D | api.rst | 202 __u32 height; /* height of picture in mm */
203 __u32 width; /* width of picture in mm */
209 __u32 left_margin; /* time from sync to picture */
210 __u32 right_margin; /* time from picture to sync */
211 __u32 upper_margin; /* time from sync to picture */
|
| /Linux-v6.6/drivers/staging/media/sunxi/cedrus/ |
| D | cedrus_dec.c | 46 run.mpeg2.picture = cedrus_find_control_data(ctx, in cedrus_device_run()
|
| D | cedrus.h | 66 const struct v4l2_ctrl_mpeg2_picture *picture; member
|
| D | cedrus_mpeg2.c | 64 pic = run->mpeg2.picture; in cedrus_mpeg2_setup()
|
| /Linux-v6.6/drivers/staging/media/atomisp/ |
| D | notes.txt | 27 Since getting a picture requires multiple processing steps,
|
| /Linux-v6.6/Documentation/crypto/ |
| D | architecture.rst | 280 The ASCII art picture also indicates the call structure, i.e. who calls
365 art picture above.
368 ASCII art picture above applies as well with the difference that only
375 depicted in the ASCII art picture above.
|
| /Linux-v6.6/Documentation/gpu/amdgpu/display/ |
| D | dcn-overview.rst | 7 you can see a picture that provides a DCN overview, keep in mind that this is a
218 The below picture illustrates the global sync signals:
225 The following picture shows how global sync allows for a mailbox style of
|
| /Linux-v6.6/Documentation/driver-api/media/drivers/ |
| D | cx88-devel.rst | 22 (DScaler apparently set this to 1, resulted in sucky picture)
|
123
