2011-01-21 21:18:06 +02:00
|
|
|
/*
|
|
|
|
* Version macros.
|
|
|
|
*
|
|
|
|
* This file is part of FFmpeg.
|
|
|
|
*
|
|
|
|
* FFmpeg is free software; you can redistribute it and/or
|
|
|
|
* 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.
|
|
|
|
*
|
|
|
|
* FFmpeg is distributed in the hope that it will be useful,
|
|
|
|
* 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
|
|
|
|
* License along with FFmpeg; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef AVFORMAT_VERSION_H
|
|
|
|
#define AVFORMAT_VERSION_H
|
|
|
|
|
2011-12-10 22:16:57 +03:00
|
|
|
/**
|
|
|
|
* @file
|
|
|
|
* @ingroup libavf
|
|
|
|
* Libavformat version macros
|
|
|
|
*/
|
|
|
|
|
2013-12-25 19:16:05 +03:00
|
|
|
#include "libavutil/version.h"
|
2011-01-21 21:18:06 +02:00
|
|
|
|
2016-06-13 13:10:07 +02:00
|
|
|
// Major bumping may affect Ticket5467, 5421, 5451(compatibility with Chromium)
|
2016-08-17 16:33:14 +02:00
|
|
|
// Also please add any ticket numbers that you believe might be affected here
|
2017-10-21 19:57:53 +02:00
|
|
|
#define LIBAVFORMAT_VERSION_MAJOR 58
|
2021-04-25 22:00:01 +02:00
|
|
|
#define LIBAVFORMAT_VERSION_MINOR 79
|
2021-02-02 21:19:22 +02:00
|
|
|
#define LIBAVFORMAT_VERSION_MICRO 100
|
2011-01-21 21:18:06 +02:00
|
|
|
|
|
|
|
#define LIBAVFORMAT_VERSION_INT AV_VERSION_INT(LIBAVFORMAT_VERSION_MAJOR, \
|
|
|
|
LIBAVFORMAT_VERSION_MINOR, \
|
|
|
|
LIBAVFORMAT_VERSION_MICRO)
|
|
|
|
#define LIBAVFORMAT_VERSION AV_VERSION(LIBAVFORMAT_VERSION_MAJOR, \
|
|
|
|
LIBAVFORMAT_VERSION_MINOR, \
|
|
|
|
LIBAVFORMAT_VERSION_MICRO)
|
|
|
|
#define LIBAVFORMAT_BUILD LIBAVFORMAT_VERSION_INT
|
|
|
|
|
|
|
|
#define LIBAVFORMAT_IDENT "Lavf" AV_STRINGIFY(LIBAVFORMAT_VERSION)
|
|
|
|
|
|
|
|
/**
|
2012-07-03 23:42:42 +03:00
|
|
|
* FF_API_* defines may be placed below to indicate public API that will be
|
|
|
|
* dropped at a future version bump. The defines themselves are not part of
|
|
|
|
* the public API and may change, break or disappear at any time.
|
2015-08-18 12:28:17 +02:00
|
|
|
*
|
2015-08-22 07:40:39 +02:00
|
|
|
* @note, when bumping the major version it is recommended to manually
|
2015-08-18 12:28:17 +02:00
|
|
|
* disable each FF_API_* in its own commit instead of disabling them all
|
2015-08-22 07:40:39 +02:00
|
|
|
* at once through the bump. This improves the git bisect-ability of the change.
|
2015-08-18 12:28:17 +02:00
|
|
|
*
|
2011-01-21 21:18:06 +02:00
|
|
|
*/
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
#ifndef FF_API_LAVF_AVCTX
|
2017-03-16 21:37:51 +02:00
|
|
|
#define FF_API_LAVF_AVCTX (LIBAVFORMAT_VERSION_MAJOR < 59)
|
avformat, ffmpeg: deprecate old rotation API
The old "API" that signaled rotation as a metadata value has been
replaced by DISPLAYMATRIX side data quite a while ago.
There is no reason to make muxers/demuxers/API users support both. In
addition, the metadata API is dangerous, as user tags could "leak" into
it, creating unintended features or bugs.
ffmpeg CLI has to be updated to use the new API. In particular, we must
not allow to leak the "rotate" tag into the muxer. Some muxers will
catch this properly (like mov), but others (like mkv) can add it as
generic tag. Note applications, which use libavformat and assume the
old rotate API, will interpret such "rotate" user tags as rotate
metadata (which it is not), and incorrectly rotate the video.
The ffmpeg/ffplay tools drop the use of the old API for muxing and
demuxing, as all muxers/demuxers support the new API. This will mean
that the tools will not mistakenly interpret per-track "rotate" user
tags as rotate metadata. It will _not_ be treated as regression.
Unfortunately, hacks have been added, that allow the user to override
rotation by setting metadata explicitly, e.g. via
-metadata:s:v:0 rotate=0
See references to trac #4560. fate-filter-meta-4560-rotate0 tests this.
It's easier to adjust the hack for supporting it than arguing for its
removal, so ffmpeg CLI now explicitly catches this case, and essentially
replaces the "rotate" value with a display matrix side data. (It would
be easier for both user and implementation to create an explicit option
for rotation.)
When the code under FF_API_OLD_ROTATE_API is disabled, one FATE
reference file has to be updated (because "rotate" is not exported
anymore).
Tested-by: Michael Niedermayer <michael@niedermayer.cc>
Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
2017-03-21 09:02:58 +02:00
|
|
|
#endif
|
2021-02-26 18:25:54 +02:00
|
|
|
#ifndef FF_API_LAVF_PRIV_OPT
|
|
|
|
#define FF_API_LAVF_PRIV_OPT (LIBAVFORMAT_VERSION_MAJOR < 60)
|
|
|
|
#endif
|
2021-04-04 11:48:48 +02:00
|
|
|
#ifndef FF_API_COMPUTE_PKT_FIELDS2
|
|
|
|
#define FF_API_COMPUTE_PKT_FIELDS2 (LIBAVFORMAT_VERSION_MAJOR < 60)
|
|
|
|
#endif
|
2017-02-11 06:32:31 +02:00
|
|
|
|
2012-07-03 23:42:42 +03:00
|
|
|
|
2012-06-26 14:10:01 +03:00
|
|
|
#ifndef FF_API_R_FRAME_RATE
|
2013-03-12 17:29:20 +03:00
|
|
|
#define FF_API_R_FRAME_RATE 1
|
2012-06-26 14:10:01 +03:00
|
|
|
#endif
|
2011-05-17 17:58:04 +03:00
|
|
|
#endif /* AVFORMAT_VERSION_H */
|