2012-10-17 12:51:01 +03:00
|
|
|
/*
|
2013-03-08 22:18:45 +03:00
|
|
|
* This file is part of FFmpeg.
|
2012-10-17 12:51:01 +03:00
|
|
|
*
|
2013-03-08 22:18:45 +03:00
|
|
|
* FFmpeg is free software; you can redistribute it and/or
|
2012-10-17 12:51:01 +03:00
|
|
|
* modify it under the terms of the GNU Lesser General Public
|
|
|
|
* License as published by the Free Software Foundation; either
|
|
|
|
* version 2.1 of the License, or (at your option) any later version.
|
|
|
|
*
|
2013-03-08 22:18:45 +03:00
|
|
|
* FFmpeg is distributed in the hope that it will be useful,
|
2012-10-17 12:51:01 +03:00
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* Lesser General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Lesser General Public
|
2013-03-08 22:18:45 +03:00
|
|
|
* License along with FFmpeg; if not, write to the Free Software
|
2012-10-17 12:51:01 +03:00
|
|
|
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
|
|
|
|
*/
|
|
|
|
|
2014-01-16 03:04:35 +03:00
|
|
|
/**
|
|
|
|
* @file
|
|
|
|
* @ingroup lavu_frame
|
|
|
|
* reference-counted frame API
|
|
|
|
*/
|
|
|
|
|
2012-10-17 12:51:01 +03:00
|
|
|
#ifndef AVUTIL_FRAME_H
|
|
|
|
#define AVUTIL_FRAME_H
|
|
|
|
|
2016-12-18 13:30:27 +02:00
|
|
|
#include <stddef.h>
|
2012-10-17 12:51:01 +03:00
|
|
|
#include <stdint.h>
|
|
|
|
|
|
|
|
#include "avutil.h"
|
|
|
|
#include "buffer.h"
|
2013-05-06 20:55:36 +03:00
|
|
|
#include "channel_layout.h"
|
2012-12-26 00:11:36 +03:00
|
|
|
#include "dict.h"
|
2012-10-17 12:51:01 +03:00
|
|
|
#include "rational.h"
|
|
|
|
#include "samplefmt.h"
|
2014-05-30 23:14:21 +03:00
|
|
|
#include "pixfmt.h"
|
2014-01-08 03:20:18 +03:00
|
|
|
#include "version.h"
|
2012-10-17 12:51:01 +03:00
|
|
|
|
2014-01-16 03:04:35 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* @defgroup lavu_frame AVFrame
|
|
|
|
* @ingroup lavu_data
|
|
|
|
*
|
|
|
|
* @{
|
|
|
|
* AVFrame is an abstraction for reference-counted raw multimedia data.
|
|
|
|
*/
|
|
|
|
|
2012-12-26 00:11:36 +03:00
|
|
|
enum AVFrameSideDataType {
|
|
|
|
/**
|
|
|
|
* The data is the AVPanScan struct defined in libavcodec.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_PANSCAN,
|
2013-11-26 02:57:28 +03:00
|
|
|
/**
|
|
|
|
* ATSC A53 Part 4 Closed Captions.
|
|
|
|
* A53 CC bitstream is stored as uint8_t in AVFrameSideData.data.
|
|
|
|
* The number of bytes of CC data is AVFrameSideData.size.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_A53_CC,
|
2013-11-28 16:47:13 +03:00
|
|
|
/**
|
|
|
|
* Stereoscopic 3d metadata.
|
|
|
|
* The data is the AVStereo3D struct defined in libavutil/stereo3d.h.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_STEREO3D,
|
2013-12-11 05:03:29 +03:00
|
|
|
/**
|
|
|
|
* The data is the AVMatrixEncoding enum defined in libavutil/channel_layout.h.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_MATRIXENCODING,
|
2014-02-15 20:12:22 +03:00
|
|
|
/**
|
|
|
|
* Metadata relevant to a downmix procedure.
|
|
|
|
* The data is the AVDownmixInfo struct defined in libavutil/downmix_info.h.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_DOWNMIX_INFO,
|
2014-02-19 17:29:06 +03:00
|
|
|
/**
|
|
|
|
* ReplayGain information in the form of the AVReplayGain struct.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_REPLAYGAIN,
|
2014-05-16 05:06:49 +03:00
|
|
|
/**
|
|
|
|
* This side data contains a 3x3 transformation matrix describing an affine
|
|
|
|
* transformation that needs to be applied to the frame for correct
|
|
|
|
* presentation.
|
|
|
|
*
|
|
|
|
* See libavutil/display.h for a detailed description of the data.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_DISPLAYMATRIX,
|
2014-08-03 21:24:56 +03:00
|
|
|
/**
|
2014-08-03 21:24:56 +03:00
|
|
|
* Active Format Description data consisting of a single byte as specified
|
2014-08-04 06:44:00 +03:00
|
|
|
* in ETSI TS 101 154 using AVActiveFormatDescription enum.
|
2014-08-03 21:24:56 +03:00
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_AFD,
|
2014-07-16 17:42:42 +03:00
|
|
|
/**
|
|
|
|
* Motion vectors exported by some codecs (on demand through the export_mvs
|
|
|
|
* flag set in the libavcodec AVCodecContext flags2 option).
|
|
|
|
* The data is the AVMotionVector struct defined in
|
|
|
|
* libavutil/motion_vector.h.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_MOTION_VECTORS,
|
2014-09-27 17:47:09 +03:00
|
|
|
/**
|
|
|
|
* Recommmends skipping the specified number of samples. This is exported
|
|
|
|
* only if the "skip_manual" AVOption is set in libavcodec.
|
|
|
|
* This has the same format as AV_PKT_DATA_SKIP_SAMPLES.
|
|
|
|
* @code
|
|
|
|
* u32le number of samples to skip from start of this packet
|
|
|
|
* u32le number of samples to skip from end of this packet
|
|
|
|
* u8 reason for start skip
|
|
|
|
* u8 reason for end skip (0=padding silence, 1=convergence)
|
|
|
|
* @endcode
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_SKIP_SAMPLES,
|
2014-11-14 13:22:06 +02:00
|
|
|
/**
|
|
|
|
* This side data must be associated with an audio frame and corresponds to
|
|
|
|
* enum AVAudioServiceType defined in avcodec.h.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_AUDIO_SERVICE_TYPE,
|
2016-01-17 02:19:38 +02:00
|
|
|
/**
|
|
|
|
* Mastering display metadata associated with a video frame. The payload is
|
|
|
|
* an AVMasteringDisplayMetadata type and contains information about the
|
|
|
|
* mastering display color volume.
|
|
|
|
*/
|
2016-01-31 15:10:38 +02:00
|
|
|
AV_FRAME_DATA_MASTERING_DISPLAY_METADATA,
|
|
|
|
/**
|
|
|
|
* The GOP timecode in 25 bit timecode format. Data format is 64-bit integer.
|
|
|
|
* This is set on the first frame of a GOP that has a temporal reference of 0.
|
|
|
|
*/
|
2016-11-12 00:25:43 +02:00
|
|
|
AV_FRAME_DATA_GOP_TIMECODE,
|
|
|
|
|
|
|
|
/**
|
|
|
|
* The data represents the AVSphericalMapping structure defined in
|
|
|
|
* libavutil/spherical.h.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_SPHERICAL,
|
2017-04-03 09:29:45 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Content light level (based on CTA-861.3). This payload contains data in
|
|
|
|
* the form of the AVContentLightMetadata struct.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_CONTENT_LIGHT_LEVEL,
|
2017-07-20 22:46:21 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* The data contains an ICC profile as an opaque octet buffer following the
|
|
|
|
* format described by ISO 15076-1 with an optional name defined in the
|
|
|
|
* metadata key entry "name".
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_ICC_PROFILE,
|
2018-03-01 16:57:01 +02:00
|
|
|
|
2018-06-29 20:57:13 +02:00
|
|
|
/**
|
|
|
|
* Timecode which conforms to SMPTE ST 12-1. The data is an array of 4 uint32_t
|
|
|
|
* where the first uint32_t describes how many (1-3) of the other timecodes are used.
|
2020-06-30 17:22:58 +02:00
|
|
|
* The timecode format is described in the documentation of av_timecode_get_smpte_from_framenum()
|
|
|
|
* function in libavutil/timecode.h.
|
2018-06-29 20:57:13 +02:00
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_S12M_TIMECODE,
|
2018-12-21 18:45:48 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* HDR dynamic metadata associated with a video frame. The payload is
|
|
|
|
* an AVDynamicHDRPlus type and contains information for color
|
|
|
|
* volume transform - application 4 of SMPTE 2094-40:2016 standard.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_DYNAMIC_HDR_PLUS,
|
2019-01-10 10:53:30 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Regions Of Interest, the data is an array of AVRegionOfInterest type, the number of
|
|
|
|
* array element is implied by AVFrameSideData.size / AVRegionOfInterest.self_size.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_REGIONS_OF_INTEREST,
|
2020-02-29 14:21:56 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Encoding parameters for a video frame, as described by AVVideoEncParams.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_VIDEO_ENC_PARAMS,
|
2020-06-10 17:34:30 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* User data unregistered metadata associated with a video frame.
|
|
|
|
* This is the H.26[45] UDU SEI message, and shouldn't be used for any other purpose
|
|
|
|
* The data is stored as uint8_t in AVFrameSideData.data which is 16 bytes of
|
|
|
|
* uuid_iso_iec_11578 followed by AVFrameSideData.size - 16 bytes of user_data_payload_byte.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_SEI_UNREGISTERED,
|
2020-11-12 13:44:30 +02:00
|
|
|
|
|
|
|
/**
|
2021-01-27 07:13:12 +02:00
|
|
|
* Film grain parameters for a frame, described by AVFilmGrainParams.
|
2020-11-12 13:44:30 +02:00
|
|
|
* Must be present for every frame which should have film grain applied.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_FILM_GRAIN_PARAMS,
|
2021-02-18 06:51:48 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Bounding boxes for object detection and classification,
|
|
|
|
* as described by AVDetectionBBoxHeader.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_DETECTION_BBOXES,
|
2021-11-17 16:12:33 +02:00
|
|
|
|
|
|
|
/**
|
2022-01-03 10:55:11 +02:00
|
|
|
* Dolby Vision RPU raw data, suitable for passing to x265
|
2021-11-17 16:12:33 +02:00
|
|
|
* or other libraries. Array of uint8_t, with NAL emulation
|
|
|
|
* bytes intact.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_DOVI_RPU_BUFFER,
|
2022-01-03 10:55:11 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Parsed Dolby Vision metadata, suitable for passing to a software
|
|
|
|
* implementation. The payload is the AVDOVIMetadata struct defined in
|
|
|
|
* libavutil/dovi_meta.h.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_DOVI_METADATA,
|
2022-02-16 15:54:58 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* HDR Vivid dynamic metadata associated with a video frame. The payload is
|
|
|
|
* an AVDynamicHDRVivid type and contains information for color
|
|
|
|
* volume transform - CUVA 005.1-2021.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_DYNAMIC_HDR_VIVID,
|
2023-01-10 20:47:53 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Ambient viewing environment metadata, as defined by H.274.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_AMBIENT_VIEWING_ENVIRONMENT,
|
2023-07-10 14:34:53 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Provide encoder-specific hinting information about changed/unchanged
|
|
|
|
* portions of a frame. It can be used to pass information about which
|
|
|
|
* macroblocks can be skipped because they didn't change from the
|
|
|
|
* corresponding ones in the previous frame. This could be useful for
|
|
|
|
* applications which know this information in advance to speed up
|
|
|
|
* encoding.
|
|
|
|
*/
|
|
|
|
AV_FRAME_DATA_VIDEO_HINT,
|
2014-08-03 21:24:56 +03:00
|
|
|
};
|
|
|
|
|
2014-08-03 21:24:56 +03:00
|
|
|
enum AVActiveFormatDescription {
|
|
|
|
AV_AFD_SAME = 8,
|
|
|
|
AV_AFD_4_3 = 9,
|
|
|
|
AV_AFD_16_9 = 10,
|
|
|
|
AV_AFD_14_9 = 11,
|
2014-08-03 21:24:56 +03:00
|
|
|
AV_AFD_4_3_SP_14_9 = 13,
|
|
|
|
AV_AFD_16_9_SP_14_9 = 14,
|
2014-08-03 21:24:56 +03:00
|
|
|
AV_AFD_SP_4_3 = 15,
|
2012-12-26 00:11:36 +03:00
|
|
|
};
|
|
|
|
|
2015-03-23 19:34:30 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Structure to hold side data for an AVFrame.
|
|
|
|
*
|
|
|
|
* sizeof(AVFrameSideData) is not a part of the public ABI, so new fields may be added
|
|
|
|
* to the end with a minor bump.
|
|
|
|
*/
|
2012-12-26 00:11:36 +03:00
|
|
|
typedef struct AVFrameSideData {
|
|
|
|
enum AVFrameSideDataType type;
|
|
|
|
uint8_t *data;
|
2021-03-06 17:35:48 +02:00
|
|
|
size_t size;
|
2012-12-26 00:11:36 +03:00
|
|
|
AVDictionary *metadata;
|
2015-03-23 17:11:19 +02:00
|
|
|
AVBufferRef *buf;
|
2012-12-26 00:11:36 +03:00
|
|
|
} AVFrameSideData;
|
2012-10-17 12:51:01 +03:00
|
|
|
|
2019-01-10 10:53:30 +02:00
|
|
|
/**
|
2019-06-04 01:19:01 +02:00
|
|
|
* Structure describing a single Region Of Interest.
|
2019-01-10 10:53:30 +02:00
|
|
|
*
|
2019-06-04 01:19:01 +02:00
|
|
|
* When multiple regions are defined in a single side-data block, they
|
|
|
|
* should be ordered from most to least important - some encoders are only
|
|
|
|
* capable of supporting a limited number of distinct regions, so will have
|
|
|
|
* to truncate the list.
|
2019-01-10 10:53:30 +02:00
|
|
|
*
|
2019-06-04 01:19:01 +02:00
|
|
|
* When overlapping regions are defined, the first region containing a given
|
|
|
|
* area of the frame applies.
|
2019-01-10 10:53:30 +02:00
|
|
|
*/
|
|
|
|
typedef struct AVRegionOfInterest {
|
2019-06-04 01:19:01 +02:00
|
|
|
/**
|
|
|
|
* Must be set to the size of this data structure (that is,
|
|
|
|
* sizeof(AVRegionOfInterest)).
|
|
|
|
*/
|
2019-01-10 10:53:30 +02:00
|
|
|
uint32_t self_size;
|
2019-06-04 01:19:01 +02:00
|
|
|
/**
|
|
|
|
* Distance in pixels from the top edge of the frame to the top and
|
|
|
|
* bottom edges and from the left edge of the frame to the left and
|
|
|
|
* right edges of the rectangle defining this region of interest.
|
|
|
|
*
|
|
|
|
* The constraints on a region are encoder dependent, so the region
|
|
|
|
* actually affected may be slightly larger for alignment or other
|
|
|
|
* reasons.
|
|
|
|
*/
|
2019-01-10 10:53:30 +02:00
|
|
|
int top;
|
|
|
|
int bottom;
|
|
|
|
int left;
|
|
|
|
int right;
|
2019-06-04 01:19:01 +02:00
|
|
|
/**
|
|
|
|
* Quantisation offset.
|
|
|
|
*
|
|
|
|
* Must be in the range -1 to +1. A value of zero indicates no quality
|
|
|
|
* change. A negative value asks for better quality (less quantisation),
|
|
|
|
* while a positive value asks for worse quality (greater quantisation).
|
|
|
|
*
|
|
|
|
* The range is calibrated so that the extreme values indicate the
|
|
|
|
* largest possible offset - if the rest of the frame is encoded with the
|
|
|
|
* worst possible quality, an offset of -1 indicates that this region
|
|
|
|
* should be encoded with the best possible quality anyway. Intermediate
|
|
|
|
* values are then interpolated in some codec-dependent way.
|
|
|
|
*
|
|
|
|
* For example, in 10-bit H.264 the quantisation parameter varies between
|
|
|
|
* -12 and 51. A typical qoffset value of -1/10 therefore indicates that
|
|
|
|
* this region should be encoded with a QP around one-tenth of the full
|
|
|
|
* range better than the rest of the frame. So, if most of the frame
|
|
|
|
* were to be encoded with a QP of around 30, this region would get a QP
|
|
|
|
* of around 24 (an offset of approximately -1/10 * (51 - -12) = -6.3).
|
|
|
|
* An extreme value of -1 would indicate that this region should be
|
|
|
|
* encoded with the best possible quality regardless of the treatment of
|
|
|
|
* the rest of the frame - that is, should be encoded at a QP of -12.
|
|
|
|
*/
|
2019-01-10 10:53:30 +02:00
|
|
|
AVRational qoffset;
|
|
|
|
} AVRegionOfInterest;
|
|
|
|
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* This structure describes decoded (raw) audio or video data.
|
|
|
|
*
|
2013-03-10 04:07:34 +03:00
|
|
|
* AVFrame must be allocated using av_frame_alloc(). Note that this only
|
2012-10-17 12:51:01 +03:00
|
|
|
* allocates the AVFrame itself, the buffers for the data must be managed
|
|
|
|
* through other means (see below).
|
|
|
|
* AVFrame must be freed with av_frame_free().
|
|
|
|
*
|
|
|
|
* AVFrame is typically allocated once and then reused multiple times to hold
|
|
|
|
* different data (e.g. a single AVFrame to hold frames received from a
|
|
|
|
* decoder). In such a case, av_frame_unref() will free any references held by
|
|
|
|
* the frame and reset it to its original clean state before it
|
|
|
|
* is reused again.
|
|
|
|
*
|
|
|
|
* The data described by an AVFrame is usually reference counted through the
|
|
|
|
* AVBuffer API. The underlying buffer references are stored in AVFrame.buf /
|
|
|
|
* AVFrame.extended_buf. An AVFrame is considered to be reference counted if at
|
|
|
|
* least one reference is set, i.e. if AVFrame.buf[0] != NULL. In such a case,
|
|
|
|
* every single data plane must be contained in one of the buffers in
|
|
|
|
* AVFrame.buf or AVFrame.extended_buf.
|
|
|
|
* There may be a single buffer for all the data, or one separate buffer for
|
|
|
|
* each plane, or anything in between.
|
|
|
|
*
|
|
|
|
* sizeof(AVFrame) is not a part of the public ABI, so new fields may be added
|
|
|
|
* to the end with a minor bump.
|
2016-05-28 16:57:13 +02:00
|
|
|
*
|
|
|
|
* Fields can be accessed through AVOptions, the name string used, matches the
|
2016-10-13 23:08:01 +02:00
|
|
|
* C structure field name for fields accessible through AVOptions. The AVClass
|
2016-05-28 16:57:13 +02:00
|
|
|
* for AVFrame can be obtained from avcodec_get_frame_class()
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
typedef struct AVFrame {
|
|
|
|
#define AV_NUM_DATA_POINTERS 8
|
|
|
|
/**
|
|
|
|
* pointer to the picture/channel planes.
|
2021-11-14 22:15:56 +02:00
|
|
|
* This might be different from the first allocated byte. For video,
|
|
|
|
* it could even point to the end of the image data.
|
2013-03-17 05:20:16 +03:00
|
|
|
*
|
2021-11-25 17:29:54 +02:00
|
|
|
* All pointers in data and extended_data must point into one of the
|
|
|
|
* AVBufferRef in buf or extended_buf.
|
|
|
|
*
|
2013-03-17 05:20:16 +03:00
|
|
|
* Some decoders access areas outside 0,0 - width,height, please
|
|
|
|
* see avcodec_align_dimensions2(). Some filters and swscale can read
|
|
|
|
* up to 16 bytes beyond the planes, if these filters are to be used,
|
|
|
|
* then 16 extra bytes must be allocated.
|
2016-02-26 19:38:19 +02:00
|
|
|
*
|
2021-11-25 17:31:30 +02:00
|
|
|
* NOTE: Pointers not needed by the format MUST be set to NULL.
|
2021-11-14 22:15:56 +02:00
|
|
|
*
|
|
|
|
* @attention In case of video, the data[] pointers can point to the
|
|
|
|
* end of image data in order to reverse line order, when used in
|
|
|
|
* combination with negative values in the linesize[] array.
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
uint8_t *data[AV_NUM_DATA_POINTERS];
|
|
|
|
|
|
|
|
/**
|
2021-11-14 22:15:56 +02:00
|
|
|
* For video, a positive or negative value, which is typically indicating
|
|
|
|
* the size in bytes of each picture line, but it can also be:
|
|
|
|
* - the negative byte size of lines for vertical flipping
|
|
|
|
* (with data[n] pointing to the end of the data
|
|
|
|
* - a positive or negative multiple of the byte size as for accessing
|
|
|
|
* even and odd fields of a frame (possibly flipped)
|
2012-10-17 12:51:01 +03:00
|
|
|
*
|
|
|
|
* For audio, only linesize[0] may be set. For planar audio, each channel
|
|
|
|
* plane must be the same size.
|
2013-03-17 05:20:16 +03:00
|
|
|
*
|
2014-08-27 23:39:29 +03:00
|
|
|
* For video the linesizes should be multiples of the CPUs alignment
|
2013-03-18 06:47:27 +03:00
|
|
|
* preference, this is 16 or 32 for modern desktop CPUs.
|
2013-03-17 05:20:16 +03:00
|
|
|
* Some code requires such alignment other code can be slower without
|
|
|
|
* correct alignment, for yet other it makes no difference.
|
2013-09-28 11:47:43 +03:00
|
|
|
*
|
2013-09-27 17:49:05 +03:00
|
|
|
* @note The linesize may be larger than the size of usable data -- there
|
|
|
|
* may be extra padding present for performance reasons.
|
2021-11-14 22:15:56 +02:00
|
|
|
*
|
|
|
|
* @attention In case of video, line size values can be negative to achieve
|
|
|
|
* a vertically inverted iteration over image lines.
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
int linesize[AV_NUM_DATA_POINTERS];
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pointers to the data planes/channels.
|
|
|
|
*
|
|
|
|
* For video, this should simply point to data[].
|
|
|
|
*
|
|
|
|
* For planar audio, each channel has a separate data pointer, and
|
|
|
|
* linesize[0] contains the size of each channel buffer.
|
|
|
|
* For packed audio, there is just one data pointer, and linesize[0]
|
|
|
|
* contains the total size of the buffer for all channels.
|
|
|
|
*
|
|
|
|
* Note: Both data and extended_data should always be set in a valid frame,
|
|
|
|
* but for planar audio with more channels that can fit in data,
|
|
|
|
* extended_data must be used in order to access all channels.
|
|
|
|
*/
|
|
|
|
uint8_t **extended_data;
|
|
|
|
|
|
|
|
/**
|
2016-12-18 13:30:27 +02:00
|
|
|
* @name Video dimensions
|
|
|
|
* Video frames only. The coded dimensions (in pixels) of the video frame,
|
|
|
|
* i.e. the size of the rectangle that contains some well-defined values.
|
|
|
|
*
|
|
|
|
* @note The part of the frame intended for display/presentation is further
|
|
|
|
* restricted by the @ref cropping "Cropping rectangle".
|
|
|
|
* @{
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
int width, height;
|
2016-12-18 13:30:27 +02:00
|
|
|
/**
|
|
|
|
* @}
|
|
|
|
*/
|
2012-10-17 12:51:01 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* number of audio samples (per channel) described by this frame
|
|
|
|
*/
|
|
|
|
int nb_samples;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* format of the frame, -1 if unknown or unset
|
|
|
|
* Values correspond to enum AVPixelFormat for video frames,
|
|
|
|
* enum AVSampleFormat for audio)
|
|
|
|
*/
|
|
|
|
int format;
|
|
|
|
|
2023-04-13 01:07:01 +02:00
|
|
|
#if FF_API_FRAME_KEY
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* 1 -> keyframe, 0-> not
|
2023-04-13 01:07:01 +02:00
|
|
|
*
|
|
|
|
* @deprecated Use AV_FRAME_FLAG_KEY instead
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
2023-04-13 01:07:01 +02:00
|
|
|
attribute_deprecated
|
2012-10-17 12:51:01 +03:00
|
|
|
int key_frame;
|
2023-04-13 01:07:01 +02:00
|
|
|
#endif
|
2012-10-17 12:51:01 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Picture type of the frame.
|
|
|
|
*/
|
|
|
|
enum AVPictureType pict_type;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Sample aspect ratio for the video frame, 0/1 if unknown/unspecified.
|
|
|
|
*/
|
|
|
|
AVRational sample_aspect_ratio;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Presentation timestamp in time_base units (time when frame should be shown to user).
|
|
|
|
*/
|
|
|
|
int64_t pts;
|
|
|
|
|
|
|
|
/**
|
2014-07-12 23:10:53 +03:00
|
|
|
* DTS copied from the AVPacket that triggered returning this frame. (if frame threading isn't used)
|
2013-03-19 02:47:00 +03:00
|
|
|
* This is also the Presentation time of this AVFrame calculated from
|
|
|
|
* only AVPacket.dts values without pts values.
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
int64_t pkt_dts;
|
|
|
|
|
2021-11-25 19:26:20 +02:00
|
|
|
/**
|
|
|
|
* Time base for the timestamps in this frame.
|
|
|
|
* In the future, this field may be set on frames output by decoders or
|
|
|
|
* filters, but its value will be by default ignored on input to encoders
|
|
|
|
* or filters.
|
|
|
|
*/
|
|
|
|
AVRational time_base;
|
|
|
|
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* quality (between 1 (good) and FF_LAMBDA_MAX (bad))
|
|
|
|
*/
|
|
|
|
int quality;
|
|
|
|
|
|
|
|
/**
|
2021-01-26 17:59:16 +02:00
|
|
|
* Frame owner's private data.
|
|
|
|
*
|
|
|
|
* This field may be set by the code that allocates/owns the frame data.
|
|
|
|
* It is then not touched by any library functions, except:
|
|
|
|
* - it is copied to other references by av_frame_copy_props() (and hence by
|
|
|
|
* av_frame_ref());
|
|
|
|
* - it is set to NULL when the frame is cleared by av_frame_unref()
|
|
|
|
* - on the caller's explicit request. E.g. libavcodec encoders/decoders
|
|
|
|
* will copy this field to/from @ref AVPacket "AVPackets" if the caller sets
|
|
|
|
* @ref AV_CODEC_FLAG_COPY_OPAQUE.
|
|
|
|
*
|
|
|
|
* @see opaque_ref the reference-counted analogue
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
void *opaque;
|
|
|
|
|
|
|
|
/**
|
2023-05-07 12:19:31 +02:00
|
|
|
* Number of fields in this frame which should be repeated, i.e. the total
|
|
|
|
* duration of this frame should be repeat_pict + 2 normal field durations.
|
|
|
|
*
|
|
|
|
* For interlaced frames this field may be set to 1, which signals that this
|
|
|
|
* frame should be presented as 3 fields: beginning with the first field (as
|
|
|
|
* determined by AV_FRAME_FLAG_TOP_FIELD_FIRST being set or not), followed
|
|
|
|
* by the second field, and then the first field again.
|
|
|
|
*
|
|
|
|
* For progressive frames this field may be set to a multiple of 2, which
|
|
|
|
* signals that this frame's duration should be (repeat_pict + 2) / 2
|
|
|
|
* normal frame durations.
|
|
|
|
*
|
|
|
|
* @note This field is computed from MPEG2 repeat_first_field flag and its
|
|
|
|
* associated flags, H.264 pic_struct from picture timing SEI, and
|
|
|
|
* their analogues in other codecs. Typically it should only be used when
|
|
|
|
* higher-layer timing information is not available.
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
int repeat_pict;
|
|
|
|
|
2023-04-12 19:18:50 +02:00
|
|
|
#if FF_API_INTERLACED_FRAME
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* The content of the picture is interlaced.
|
2023-04-12 19:18:50 +02:00
|
|
|
*
|
|
|
|
* @deprecated Use AV_FRAME_FLAG_INTERLACED instead
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
2023-04-12 19:18:50 +02:00
|
|
|
attribute_deprecated
|
2012-10-17 12:51:01 +03:00
|
|
|
int interlaced_frame;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* If the content is interlaced, is top field displayed first.
|
2023-04-12 19:18:50 +02:00
|
|
|
*
|
|
|
|
* @deprecated Use AV_FRAME_FLAG_TOP_FIELD_FIRST instead
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
2023-04-12 19:18:50 +02:00
|
|
|
attribute_deprecated
|
2012-10-17 12:51:01 +03:00
|
|
|
int top_field_first;
|
2023-04-12 19:18:50 +02:00
|
|
|
#endif
|
2012-10-17 12:51:01 +03:00
|
|
|
|
2023-05-18 03:39:57 +02:00
|
|
|
#if FF_API_PALETTE_HAS_CHANGED
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* Tell user application that palette has changed from previous frame.
|
|
|
|
*/
|
2023-05-18 03:39:57 +02:00
|
|
|
attribute_deprecated
|
2012-10-17 12:51:01 +03:00
|
|
|
int palette_has_changed;
|
2023-05-18 03:39:57 +02:00
|
|
|
#endif
|
2012-10-17 12:51:01 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Sample rate of the audio data.
|
|
|
|
*/
|
|
|
|
int sample_rate;
|
|
|
|
|
|
|
|
/**
|
2021-11-25 17:29:54 +02:00
|
|
|
* AVBuffer references backing the data for this frame. All the pointers in
|
|
|
|
* data and extended_data must point inside one of the buffers in buf or
|
|
|
|
* extended_buf. This array must be filled contiguously -- if buf[i] is
|
|
|
|
* non-NULL then buf[j] must also be non-NULL for all j < i.
|
2012-10-17 12:51:01 +03:00
|
|
|
*
|
|
|
|
* There may be at most one AVBuffer per data plane, so for video this array
|
|
|
|
* always contains all the references. For planar audio with more than
|
|
|
|
* AV_NUM_DATA_POINTERS channels, there may be more buffers than can fit in
|
|
|
|
* this array. Then the extra AVBufferRef pointers are stored in the
|
|
|
|
* extended_buf array.
|
|
|
|
*/
|
|
|
|
AVBufferRef *buf[AV_NUM_DATA_POINTERS];
|
|
|
|
|
|
|
|
/**
|
|
|
|
* For planar audio which requires more than AV_NUM_DATA_POINTERS
|
|
|
|
* AVBufferRef pointers, this array will hold all the references which
|
|
|
|
* cannot fit into AVFrame.buf.
|
|
|
|
*
|
|
|
|
* Note that this is different from AVFrame.extended_data, which always
|
|
|
|
* contains all the pointers. This array only contains the extra pointers,
|
|
|
|
* which cannot fit into AVFrame.buf.
|
|
|
|
*
|
|
|
|
* This array is always allocated using av_malloc() by whoever constructs
|
|
|
|
* the frame. It is freed in av_frame_unref().
|
|
|
|
*/
|
|
|
|
AVBufferRef **extended_buf;
|
|
|
|
/**
|
|
|
|
* Number of elements in extended_buf.
|
|
|
|
*/
|
|
|
|
int nb_extended_buf;
|
2013-03-08 22:18:45 +03:00
|
|
|
|
2012-12-26 00:11:36 +03:00
|
|
|
AVFrameSideData **side_data;
|
|
|
|
int nb_side_data;
|
2013-03-08 22:41:41 +03:00
|
|
|
|
2014-01-16 03:04:57 +03:00
|
|
|
/**
|
|
|
|
* @defgroup lavu_frame_flags AV_FRAME_FLAGS
|
2016-08-03 07:05:27 +02:00
|
|
|
* @ingroup lavu_frame
|
2014-01-16 03:04:57 +03:00
|
|
|
* Flags describing additional frame properties.
|
|
|
|
*
|
|
|
|
* @{
|
|
|
|
*/
|
|
|
|
|
2013-10-11 19:51:50 +03:00
|
|
|
/**
|
|
|
|
* The frame data may be corrupted, e.g. due to decoding errors.
|
|
|
|
*/
|
|
|
|
#define AV_FRAME_FLAG_CORRUPT (1 << 0)
|
2023-04-11 18:59:49 +02:00
|
|
|
/**
|
|
|
|
* A flag to mark frames that are keyframes.
|
|
|
|
*/
|
|
|
|
#define AV_FRAME_FLAG_KEY (1 << 1)
|
2016-09-15 22:36:14 +02:00
|
|
|
/**
|
|
|
|
* A flag to mark the frames which need to be decoded, but shouldn't be output.
|
|
|
|
*/
|
|
|
|
#define AV_FRAME_FLAG_DISCARD (1 << 2)
|
2023-04-11 18:59:49 +02:00
|
|
|
/**
|
|
|
|
* A flag to mark frames whose content is interlaced.
|
|
|
|
*/
|
|
|
|
#define AV_FRAME_FLAG_INTERLACED (1 << 3)
|
|
|
|
/**
|
|
|
|
* A flag to mark frames where the top field is displayed first if the content
|
|
|
|
* is interlaced.
|
|
|
|
*/
|
|
|
|
#define AV_FRAME_FLAG_TOP_FIELD_FIRST (1 << 4)
|
2014-01-16 03:04:57 +03:00
|
|
|
/**
|
|
|
|
* @}
|
|
|
|
*/
|
2013-10-11 19:51:50 +03:00
|
|
|
|
|
|
|
/**
|
2014-01-16 03:04:57 +03:00
|
|
|
* Frame flags, a combination of @ref lavu_frame_flags
|
2013-10-11 19:51:50 +03:00
|
|
|
*/
|
|
|
|
int flags;
|
2013-11-01 13:33:36 +03:00
|
|
|
|
2014-06-01 14:06:21 +03:00
|
|
|
/**
|
|
|
|
* MPEG vs JPEG YUV range.
|
|
|
|
* - encoding: Set by user
|
|
|
|
* - decoding: Set by libavcodec
|
|
|
|
*/
|
2014-05-30 23:14:21 +03:00
|
|
|
enum AVColorRange color_range;
|
|
|
|
|
|
|
|
enum AVColorPrimaries color_primaries;
|
|
|
|
|
|
|
|
enum AVColorTransferCharacteristic color_trc;
|
|
|
|
|
2014-06-01 14:06:21 +03:00
|
|
|
/**
|
|
|
|
* YUV colorspace type.
|
|
|
|
* - encoding: Set by user
|
|
|
|
* - decoding: Set by libavcodec
|
|
|
|
*/
|
2014-05-30 23:14:21 +03:00
|
|
|
enum AVColorSpace colorspace;
|
|
|
|
|
|
|
|
enum AVChromaLocation chroma_location;
|
2014-06-01 14:06:21 +03:00
|
|
|
|
2013-03-08 22:18:45 +03:00
|
|
|
/**
|
|
|
|
* frame timestamp estimated using various heuristics, in stream time base
|
|
|
|
* - encoding: unused
|
|
|
|
* - decoding: set by libavcodec, read by user.
|
|
|
|
*/
|
|
|
|
int64_t best_effort_timestamp;
|
|
|
|
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#if FF_API_FRAME_PKT
|
2013-03-08 22:18:45 +03:00
|
|
|
/**
|
|
|
|
* reordered pos from the last AVPacket that has been input into the decoder
|
|
|
|
* - encoding: unused
|
|
|
|
* - decoding: Read by user.
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
* @deprecated use AV_CODEC_FLAG_COPY_OPAQUE to pass through arbitrary user
|
|
|
|
* data from packets to frames
|
2013-03-08 22:18:45 +03:00
|
|
|
*/
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
attribute_deprecated
|
2013-03-08 22:18:45 +03:00
|
|
|
int64_t pkt_pos;
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#endif
|
2013-03-08 22:18:45 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* metadata.
|
|
|
|
* - encoding: Set by user.
|
|
|
|
* - decoding: Set by libavcodec.
|
|
|
|
*/
|
|
|
|
AVDictionary *metadata;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* decode error flags of the frame, set to a combination of
|
|
|
|
* FF_DECODE_ERROR_xxx flags if the decoder produced a frame, but there
|
|
|
|
* were errors during the decoding.
|
|
|
|
* - encoding: unused
|
|
|
|
* - decoding: set by libavcodec, read by user.
|
|
|
|
*/
|
|
|
|
int decode_error_flags;
|
|
|
|
#define FF_DECODE_ERROR_INVALID_BITSTREAM 1
|
|
|
|
#define FF_DECODE_ERROR_MISSING_REFERENCE 2
|
2019-06-14 16:35:44 +02:00
|
|
|
#define FF_DECODE_ERROR_CONCEALMENT_ACTIVE 4
|
2019-06-28 11:21:18 +02:00
|
|
|
#define FF_DECODE_ERROR_DECODE_SLICES 8
|
2013-03-08 22:18:45 +03:00
|
|
|
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#if FF_API_FRAME_PKT
|
2013-03-08 22:18:45 +03:00
|
|
|
/**
|
|
|
|
* size of the corresponding packet containing the compressed
|
2017-02-13 12:40:22 +02:00
|
|
|
* frame.
|
2013-03-08 22:18:45 +03:00
|
|
|
* It is set to a negative value if unknown.
|
|
|
|
* - encoding: unused
|
|
|
|
* - decoding: set by libavcodec, read by user.
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
* @deprecated use AV_CODEC_FLAG_COPY_OPAQUE to pass through arbitrary user
|
|
|
|
* data from packets to frames
|
2013-03-08 22:18:45 +03:00
|
|
|
*/
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
attribute_deprecated
|
2013-03-08 22:18:45 +03:00
|
|
|
int pkt_size;
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#endif
|
2013-03-14 04:12:14 +03:00
|
|
|
|
2016-06-30 14:02:27 +02:00
|
|
|
/**
|
|
|
|
* For hwaccel-format frames, this should be a reference to the
|
|
|
|
* AVHWFramesContext describing the frame.
|
|
|
|
*/
|
|
|
|
AVBufferRef *hw_frames_ctx;
|
2017-02-02 12:27:54 +02:00
|
|
|
|
|
|
|
/**
|
2021-01-26 17:59:16 +02:00
|
|
|
* Frame owner's private data.
|
|
|
|
*
|
|
|
|
* This field may be set by the code that allocates/owns the frame data.
|
|
|
|
* It is then not touched by any library functions, except:
|
|
|
|
* - a new reference to the underlying buffer is propagated by
|
|
|
|
* av_frame_copy_props() (and hence by av_frame_ref());
|
|
|
|
* - it is unreferenced in av_frame_unref();
|
|
|
|
* - on the caller's explicit request. E.g. libavcodec encoders/decoders
|
|
|
|
* will propagate a new reference to/from @ref AVPacket "AVPackets" if the
|
|
|
|
* caller sets @ref AV_CODEC_FLAG_COPY_OPAQUE.
|
2017-02-02 12:27:54 +02:00
|
|
|
*
|
2021-01-26 17:59:16 +02:00
|
|
|
* @see opaque the plain pointer analogue
|
2017-02-02 12:27:54 +02:00
|
|
|
*/
|
|
|
|
AVBufferRef *opaque_ref;
|
2017-05-08 18:08:02 +02:00
|
|
|
|
2016-12-18 13:30:27 +02:00
|
|
|
/**
|
|
|
|
* @anchor cropping
|
|
|
|
* @name Cropping
|
|
|
|
* Video frames only. The number of pixels to discard from the the
|
|
|
|
* top/bottom/left/right border of the frame to obtain the sub-rectangle of
|
|
|
|
* the frame intended for presentation.
|
|
|
|
* @{
|
|
|
|
*/
|
|
|
|
size_t crop_top;
|
|
|
|
size_t crop_bottom;
|
|
|
|
size_t crop_left;
|
|
|
|
size_t crop_right;
|
|
|
|
/**
|
|
|
|
* @}
|
|
|
|
*/
|
2017-11-09 00:55:00 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* AVBufferRef for internal use by a single libav* library.
|
|
|
|
* Must not be used to transfer data between libraries.
|
|
|
|
* Has to be NULL when ownership of the frame leaves the respective library.
|
|
|
|
*
|
|
|
|
* Code outside the FFmpeg libs should never check or change the contents of the buffer ref.
|
|
|
|
*
|
|
|
|
* FFmpeg calls av_buffer_unref() on it when the frame is unreferenced.
|
|
|
|
* av_frame_copy_props() calls create a new reference with av_buffer_ref()
|
|
|
|
* for the target frame's private_ref field.
|
|
|
|
*/
|
|
|
|
AVBufferRef *private_ref;
|
2013-05-06 20:55:36 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Channel layout of the audio data.
|
|
|
|
*/
|
|
|
|
AVChannelLayout ch_layout;
|
2022-07-11 10:04:17 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Duration of the frame, in the same units as pts. 0 if unknown.
|
|
|
|
*/
|
|
|
|
int64_t duration;
|
2012-10-17 12:51:01 +03:00
|
|
|
} AVFrame;
|
|
|
|
|
2013-03-08 22:18:45 +03:00
|
|
|
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* Allocate an AVFrame and set its fields to default values. The resulting
|
|
|
|
* struct must be freed using av_frame_free().
|
|
|
|
*
|
|
|
|
* @return An AVFrame filled with default values or NULL on failure.
|
|
|
|
*
|
|
|
|
* @note this only allocates the AVFrame itself, not the data buffers. Those
|
|
|
|
* must be allocated through other means, e.g. with av_frame_get_buffer() or
|
|
|
|
* manually.
|
|
|
|
*/
|
|
|
|
AVFrame *av_frame_alloc(void);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Free the frame and any dynamically allocated objects in it,
|
|
|
|
* e.g. extended_data. If the frame is reference counted, it will be
|
|
|
|
* unreferenced first.
|
|
|
|
*
|
|
|
|
* @param frame frame to be freed. The pointer will be set to NULL.
|
|
|
|
*/
|
|
|
|
void av_frame_free(AVFrame **frame);
|
|
|
|
|
|
|
|
/**
|
2014-03-04 17:16:51 +03:00
|
|
|
* Set up a new reference to the data described by the source frame.
|
2012-10-17 12:51:01 +03:00
|
|
|
*
|
|
|
|
* Copy frame properties from src to dst and create a new reference for each
|
|
|
|
* AVBufferRef from src.
|
|
|
|
*
|
|
|
|
* If src is not reference counted, new buffers are allocated and the data is
|
|
|
|
* copied.
|
|
|
|
*
|
2016-04-01 12:52:12 +02:00
|
|
|
* @warning: dst MUST have been either unreferenced with av_frame_unref(dst),
|
|
|
|
* or newly allocated with av_frame_alloc() before calling this
|
|
|
|
* function, or undefined behavior will occur.
|
|
|
|
*
|
2012-10-17 12:51:01 +03:00
|
|
|
* @return 0 on success, a negative AVERROR on error
|
|
|
|
*/
|
2013-10-26 17:43:07 +03:00
|
|
|
int av_frame_ref(AVFrame *dst, const AVFrame *src);
|
2012-10-17 12:51:01 +03:00
|
|
|
|
2021-08-10 23:59:59 +02:00
|
|
|
/**
|
|
|
|
* Ensure the destination frame refers to the same data described by the source
|
|
|
|
* frame, either by creating a new reference for each AVBufferRef from src if
|
|
|
|
* they differ from those in dst, by allocating new buffers and copying data if
|
|
|
|
* src is not reference counted, or by unrefencing it if src is empty.
|
|
|
|
*
|
|
|
|
* Frame properties on dst will be replaced by those from src.
|
|
|
|
*
|
|
|
|
* @return 0 on success, a negative AVERROR on error. On error, dst is
|
|
|
|
* unreferenced.
|
|
|
|
*/
|
|
|
|
int av_frame_replace(AVFrame *dst, const AVFrame *src);
|
|
|
|
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* Create a new frame that references the same data as src.
|
|
|
|
*
|
|
|
|
* This is a shortcut for av_frame_alloc()+av_frame_ref().
|
|
|
|
*
|
|
|
|
* @return newly created AVFrame on success, NULL on error.
|
|
|
|
*/
|
2013-10-26 17:43:07 +03:00
|
|
|
AVFrame *av_frame_clone(const AVFrame *src);
|
2012-10-17 12:51:01 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Unreference all the buffers referenced by frame and reset the frame fields.
|
|
|
|
*/
|
|
|
|
void av_frame_unref(AVFrame *frame);
|
|
|
|
|
|
|
|
/**
|
2015-04-24 10:57:03 +02:00
|
|
|
* Move everything contained in src to dst and reset src.
|
2016-04-01 12:52:12 +02:00
|
|
|
*
|
|
|
|
* @warning: dst is not unreferenced, but directly overwritten without reading
|
|
|
|
* or deallocating its contents. Call av_frame_unref(dst) manually
|
|
|
|
* before calling this function to ensure that no memory is leaked.
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
void av_frame_move_ref(AVFrame *dst, AVFrame *src);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Allocate new buffer(s) for audio or video data.
|
|
|
|
*
|
|
|
|
* The following fields must be set on frame before calling this function:
|
|
|
|
* - format (pixel format for video, sample format for audio)
|
|
|
|
* - width and height for video
|
2013-05-06 20:55:36 +03:00
|
|
|
* - nb_samples and ch_layout for audio
|
2012-10-17 12:51:01 +03:00
|
|
|
*
|
|
|
|
* This function will fill AVFrame.data and AVFrame.buf arrays and, if
|
|
|
|
* necessary, allocate and fill AVFrame.extended_data and AVFrame.extended_buf.
|
|
|
|
* For planar formats, one buffer will be allocated for each plane.
|
|
|
|
*
|
2016-02-29 23:48:11 +02:00
|
|
|
* @warning: if frame already has been allocated, calling this function will
|
|
|
|
* leak memory. In addition, undefined behavior can occur in certain
|
|
|
|
* cases.
|
2016-04-01 12:52:12 +02:00
|
|
|
*
|
2012-10-17 12:51:01 +03:00
|
|
|
* @param frame frame in which to store the new buffers.
|
2017-02-08 10:46:04 +02:00
|
|
|
* @param align Required buffer size alignment. If equal to 0, alignment will be
|
|
|
|
* chosen automatically for the current CPU. It is highly
|
|
|
|
* recommended to pass 0 here unless you know what you are doing.
|
2012-10-17 12:51:01 +03:00
|
|
|
*
|
|
|
|
* @return 0 on success, a negative AVERROR on error.
|
|
|
|
*/
|
|
|
|
int av_frame_get_buffer(AVFrame *frame, int align);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Check if the frame data is writable.
|
|
|
|
*
|
|
|
|
* @return A positive value if the frame data is writable (which is true if and
|
|
|
|
* only if each of the underlying buffers has only one reference, namely the one
|
|
|
|
* stored in this frame). Return 0 otherwise.
|
|
|
|
*
|
|
|
|
* If 1 is returned the answer is valid until av_buffer_ref() is called on any
|
|
|
|
* of the underlying AVBufferRefs (e.g. through av_frame_ref() or directly).
|
|
|
|
*
|
|
|
|
* @see av_frame_make_writable(), av_buffer_is_writable()
|
|
|
|
*/
|
|
|
|
int av_frame_is_writable(AVFrame *frame);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Ensure that the frame data is writable, avoiding data copy if possible.
|
|
|
|
*
|
|
|
|
* Do nothing if the frame is writable, allocate new buffers and copy the data
|
2022-07-16 17:48:11 +02:00
|
|
|
* if it is not. Non-refcounted frames behave as non-writable, i.e. a copy
|
|
|
|
* is always made.
|
2012-10-17 12:51:01 +03:00
|
|
|
*
|
|
|
|
* @return 0 on success, a negative AVERROR on error.
|
|
|
|
*
|
|
|
|
* @see av_frame_is_writable(), av_buffer_is_writable(),
|
|
|
|
* av_buffer_make_writable()
|
|
|
|
*/
|
|
|
|
int av_frame_make_writable(AVFrame *frame);
|
|
|
|
|
2014-02-11 16:15:20 +03:00
|
|
|
/**
|
|
|
|
* Copy the frame data from src to dst.
|
|
|
|
*
|
|
|
|
* This function does not allocate anything, dst must be already initialized and
|
|
|
|
* allocated with the same parameters as src.
|
|
|
|
*
|
|
|
|
* This function only copies the frame data (i.e. the contents of the data /
|
|
|
|
* extended data arrays), not any other properties.
|
|
|
|
*
|
|
|
|
* @return >= 0 on success, a negative AVERROR on error.
|
|
|
|
*/
|
|
|
|
int av_frame_copy(AVFrame *dst, const AVFrame *src);
|
|
|
|
|
2012-10-17 12:51:01 +03:00
|
|
|
/**
|
|
|
|
* Copy only "metadata" fields from src to dst.
|
|
|
|
*
|
|
|
|
* Metadata for the purpose of this function are those fields that do not affect
|
|
|
|
* the data layout in the buffers. E.g. pts, sample rate (for audio) or sample
|
|
|
|
* aspect ratio (for video), but not width/height or channel layout.
|
2012-12-26 00:11:36 +03:00
|
|
|
* Side data is also copied.
|
2012-10-17 12:51:01 +03:00
|
|
|
*/
|
|
|
|
int av_frame_copy_props(AVFrame *dst, const AVFrame *src);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Get the buffer reference a given data plane is stored in.
|
|
|
|
*
|
2022-09-25 01:03:30 +02:00
|
|
|
* @param frame the frame to get the plane's buffer from
|
2012-10-17 12:51:01 +03:00
|
|
|
* @param plane index of the data plane of interest in frame->extended_data.
|
|
|
|
*
|
|
|
|
* @return the buffer reference that contains the plane or NULL if the input
|
|
|
|
* frame is not valid.
|
|
|
|
*/
|
2023-04-10 15:58:51 +02:00
|
|
|
AVBufferRef *av_frame_get_plane_buffer(const AVFrame *frame, int plane);
|
2012-10-17 12:51:01 +03:00
|
|
|
|
2012-12-26 00:11:36 +03:00
|
|
|
/**
|
|
|
|
* Add a new side data to a frame.
|
|
|
|
*
|
|
|
|
* @param frame a frame to which the side data should be added
|
|
|
|
* @param type type of the added side data
|
|
|
|
* @param size size of the side data
|
|
|
|
*
|
|
|
|
* @return newly added side data on success, NULL on error
|
|
|
|
*/
|
|
|
|
AVFrameSideData *av_frame_new_side_data(AVFrame *frame,
|
|
|
|
enum AVFrameSideDataType type,
|
2021-03-06 17:35:48 +02:00
|
|
|
size_t size);
|
2012-12-26 00:11:36 +03:00
|
|
|
|
2017-10-18 00:57:28 +02:00
|
|
|
/**
|
|
|
|
* Add a new side data to a frame from an existing AVBufferRef
|
|
|
|
*
|
|
|
|
* @param frame a frame to which the side data should be added
|
|
|
|
* @param type the type of the added side data
|
|
|
|
* @param buf an AVBufferRef to add as side data. The ownership of
|
|
|
|
* the reference is transferred to the frame.
|
|
|
|
*
|
|
|
|
* @return newly added side data on success, NULL on error. On failure
|
|
|
|
* the frame is unchanged and the AVBufferRef remains owned by
|
|
|
|
* the caller.
|
|
|
|
*/
|
|
|
|
AVFrameSideData *av_frame_new_side_data_from_buf(AVFrame *frame,
|
|
|
|
enum AVFrameSideDataType type,
|
|
|
|
AVBufferRef *buf);
|
|
|
|
|
2012-12-26 00:11:36 +03:00
|
|
|
/**
|
|
|
|
* @return a pointer to the side data of a given type on success, NULL if there
|
|
|
|
* is no side data with such type in this frame.
|
|
|
|
*/
|
2013-07-30 18:39:07 +03:00
|
|
|
AVFrameSideData *av_frame_get_side_data(const AVFrame *frame,
|
2012-12-26 00:11:36 +03:00
|
|
|
enum AVFrameSideDataType type);
|
|
|
|
|
2014-02-19 22:11:21 +03:00
|
|
|
/**
|
2019-11-02 19:41:18 +02:00
|
|
|
* Remove and free all side data instances of the given type.
|
2014-02-19 22:11:21 +03:00
|
|
|
*/
|
|
|
|
void av_frame_remove_side_data(AVFrame *frame, enum AVFrameSideDataType type);
|
|
|
|
|
2017-07-22 23:05:13 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Flags for frame cropping.
|
|
|
|
*/
|
|
|
|
enum {
|
|
|
|
/**
|
|
|
|
* Apply the maximum possible cropping, even if it requires setting the
|
|
|
|
* AVFrame.data[] entries to unaligned pointers. Passing unaligned data
|
2017-10-11 00:01:10 +02:00
|
|
|
* to FFmpeg API is generally not allowed, and causes undefined behavior
|
|
|
|
* (such as crashes). You can pass unaligned data only to FFmpeg APIs that
|
2017-07-22 23:05:13 +02:00
|
|
|
* are explicitly documented to accept it. Use this flag only if you
|
|
|
|
* absolutely know what you are doing.
|
|
|
|
*/
|
|
|
|
AV_FRAME_CROP_UNALIGNED = 1 << 0,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Crop the given video AVFrame according to its crop_left/crop_top/crop_right/
|
|
|
|
* crop_bottom fields. If cropping is successful, the function will adjust the
|
|
|
|
* data pointers and the width/height fields, and set the crop fields to 0.
|
|
|
|
*
|
|
|
|
* In all cases, the cropping boundaries will be rounded to the inherent
|
|
|
|
* alignment of the pixel format. In some cases, such as for opaque hwaccel
|
|
|
|
* formats, the left/top cropping is ignored. The crop fields are set to 0 even
|
|
|
|
* if the cropping was rounded or ignored.
|
|
|
|
*
|
|
|
|
* @param frame the frame which should be cropped
|
|
|
|
* @param flags Some combination of AV_FRAME_CROP_* flags, or 0.
|
|
|
|
*
|
|
|
|
* @return >= 0 on success, a negative AVERROR on error. If the cropping fields
|
|
|
|
* were invalid, AVERROR(ERANGE) is returned, and nothing is changed.
|
|
|
|
*/
|
|
|
|
int av_frame_apply_cropping(AVFrame *frame, int flags);
|
|
|
|
|
2014-07-30 02:09:06 +03:00
|
|
|
/**
|
|
|
|
* @return a string identifying the side data type
|
|
|
|
*/
|
|
|
|
const char *av_frame_side_data_name(enum AVFrameSideDataType type);
|
|
|
|
|
2014-01-16 03:04:35 +03:00
|
|
|
/**
|
|
|
|
* @}
|
|
|
|
*/
|
|
|
|
|
2012-10-17 12:51:01 +03:00
|
|
|
#endif /* AVUTIL_FRAME_H */
|