| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
The H.264 decoder needs SPS and PPS for initialization during
multi-threaded decoding. When probed single-threaded SPS and PPS are
copied to extradata and are available for proper initialization of
the decoder before the first frame is decoded.
|
|
|
|
| |
Fixes a memleak.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This means that avformat_find_stream_info() now works properly with
multiple threads, so there's no need to force thread count to 1.
|
| |
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
| |
Fixes avformat_find_stream_info() on streams with number of frames <
thread count.
|
|
|
|
| |
Fix the iformat/oformat typo.
|
|
|
|
|
|
|
| |
It sets the supplied AVFormatContext pointer to NULL after freeing it,
which is safer and its name is consistent with other lavf functions.
Also deprecate av_close_input_file().
|
|
|
|
| |
And remove all its uses.
|
| |
|
|
|
|
| |
libavformat/utils.c:2165:2: warning: label ‘fail’ defined but not used
|
| |
|
|
|
|
| |
It's supposed to be called only from (de)muxers.
|
|
|
|
|
| |
If r_frame_rate is set, it should be more reliable for this than either
codec or stream timebase.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adding the thread count in frame level multithreading to has_b_frames
as an additional delay causes more problems than it solves.
For example inconsistent behaviour during timestamp calculation in
libavformat.
Thread count and frame level multithreading are both set by the user.
If the additional delay caused by frame level multithreading needs
to be considered in the calling code it has all information to take
it into account.
Should it become necessary to calculate a maximum delay inside
libavcodec it should be exported as its own field and not reusing
an existing field.
Based on a patch by Michael Niedermayer.
Signed-off-by: Janne Grunau <[email protected]>
|
|
|
|
|
|
|
|
| |
This makes the function accept the format of creation_time
as output by demuxers (e.g. the mov demuxer), making the
creation timestamp stay intact if transcoding.
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
|
|
|
|
| |
This function is used in muxers for parsing the 'creation_time'
metadata key, for converting it to a time value.
This makes it match the behaviour of the exported 'creation_time'
metadata from demuxers, where it is in UTC, too.
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
|
| |
Converting to double before the multiplication rather than after
avoids an integer overflow in some cases.
Signed-off-by: Mans Rullgard <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: Anton Khirnov <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
|
|
|
| |
avformat_network_init
This is to make developers aware of the fact that they will
start using the new init function at some point.
Signed-off-by: Martin Storsjö <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
All current usages of it are incompatible with localization.
For example strcasecmp("i", "I") != 0 is possible, but would
break many of the places where it is used.
Instead use our own implementations that always treat the data
as ASCII.
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
| |
This fixes false positives of has_codec_delay_been_guessed() for
streams where not every input picture generates an output picture,
such as interlaced H264.
|
|
|
|
|
|
|
|
| |
extension.
Restore behavior of identifying files with huge id3 tags as
mp3 at AVPROBE_SCORE_MAX/4. This was broken in r25378 and subsequently
removed in r25929.
|
|
|
|
|
| |
This only encourages our users to put id3v2 tags on non-mp3 files to opt
into extension based probing.
|
|
|
|
|
|
|
| |
Specifically av_update_cur_dts(), av_seek_frame_binary() and
av_gen_search().
They are not supposed to be called outside lavf.
|
| |
|
|
|
|
| |
It's used in lavf.
|
|
|
|
| |
It's used in libavdevice.
|
|
|
|
|
| |
Having it there forces decoding of a frame in order to get frame_size, but it
is not really needed for proper demuxing or decoding.
|
|
|
|
| |
It takes a codec parameter, thus enabling codec-specific defaults.
|
|
|
|
| |
It's too unreliable to be useful. avio_size() should be called instead.
|
|
|
|
| |
This will prevent seeking by bytes for formats that cannot handle this.
|
|
|
|
|
| |
This prevents flushing the packet buffer when the input format does not
support seeking.
|
|
|
|
|
|
|
|
|
|
| |
On the first iteration through this code, last_dts is always
INT64_MIN (AV_NOPTS_VALUE) and the subtraction overflows in
an invalid manner. Although the result is only used if the
input values are valid, performing the subtraction is still
not allowed in a strict environment.
Signed-off-by: Mans Rullgard <[email protected]>
|
|
|
|
|
|
|
| |
On OS X, av_malloc(0) returns pointers that cause crashes when
freed.
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
|
| |
This patch also introduces CODEC_ID_CELT.
Signed-off-by: Nicolas George <[email protected]>
Signed-off-by: Diego Biurrun <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the demuxer did not set a codec_tag, there is none and
inventing one makes no sense. This change stops the rawvideo
"decoder" over-writing user-supplied pixfmt with one derived
from the codec_tag. The pixfmt-codec_tag-pixfmt round-trip
is lossy since several pixfmts map to the same codec_tag.
This fixes fate-lavf-pixfmt with avfilter disabled.
Signed-off-by: Mans Rullgard <[email protected]>
|
| |
|
|
|
|
|
| |
Signed-off-by: David Goldwich <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
| |
|
| |
|