- 10 Apr, 2020 31 commits
-
-
John Stebbins authored
Signed-off-by: Philip Langdale <philipl@overt.org>
-
John Stebbins authored
Signed-off-by: Philip Langdale <philipl@overt.org>
-
John Stebbins authored
Style flags were only being turned on. If the default was on and style record turned off, style flag remained on. Signed-off-by: Philip Langdale <philipl@overt.org>
-
John Stebbins authored
They should be 0 or 1 so that 0 or -1 is written to the ass header Signed-off-by: Philip Langdale <philipl@overt.org>
-
John Stebbins authored
It's not necessary to walk the style record list twice per subtitle character. style records are in order and do not overlap. Signed-off-by: Philip Langdale <philipl@overt.org>
-
John Stebbins authored
A conversion from rgb to bgr is necessary Signed-off-by: Philip Langdale <philipl@overt.org>
-
Anton Khirnov authored
Forgotten in 672946c7
-
Anton Khirnov authored
This has been cargo culted from mpegvideo and serves no useful purpose. It will be initialize correctly in h264_field_start()
-
Anton Khirnov authored
The name is misleading, this function does a lot more than just flushing the DPB.
-
Anton Khirnov authored
It represents the relationship between them more naturally and will be useful in the following commits. Allows significantly more frames in fate-h264-attachment-631 to be decoded.
-
Anton Khirnov authored
Those SEIs refer to the currently active SPS. However, since the SEI NALUs precede the coded picture data in the bitstream, the active SPS is in general not known when we are decoding the SEI. Therefore, store the content of the picture timing SEIs and actually parse it when the active SPS is known.
-
Anton Khirnov authored
This tells the parsing functions the payload size and prevents them from overreading.
-
Anton Khirnov authored
Such errors are not necessarily fatal and decoding might still be possible, e.g. it happens for MVC streams where we do not handle the subset SPS thus failing to parse its corresponding PPS.
-
Anton Khirnov authored
Currently the frame pool used by the default get_buffer2() implementation is a single struct, allocated when opening the decoder. A pointer to it is simply copied to each frame thread and we assume that no thread attempts to modify it at an unexpected time. This is rather fragile and potentially dangerous. With this commit, the frame pool is made refcounted, with the reference being propagated across threads along with other context variables. The frame pool is now also immutable - when the stream parameters change we drop the old reference and create a new one.
-
Anton Khirnov authored
This is extremely fragile against reordering and hides what is actually being copied. Copy all the fields manually instead.
-
Anton Khirnov authored
Use the AVFrame API to properly allocate and free frames for delayed release.
-
Anton Khirnov authored
Specifically, between the user-facing one and the first frame thread one. This is fragile and dangerous, allocate separate private data for each per-thread context.
-
Anton Khirnov authored
The current design, where - proper init is called for the first per-thread context - first thread's private data is copied into private data for all the other threads - a "fixup" function is called for all the other threads to e.g. allocate dynamically allocated data is very fragile and hard to follow, so it is abandoned. Instead, the same init function is used to init each per-thread context. Where necessary, AVCodecInternal.is_copy can be used to differentiate between the first thread and the other ones (e.g. for decoding the extradata just once).
-
Anton Khirnov authored
This is a constant codec property, so a capability flag is more appropriate.
-
Anton Khirnov authored
This is extremely fragile against reordering and hides what is actually being copied. Copy all the fields manually instead.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
Fix invalid memory access on DSD streams with changing channel count.
-
Anton Khirnov authored
Merge ff_get_buffer() and get_buffer_internal() to simplify the code.
-
Anton Khirnov authored
-
Linjie Fu authored
Signed-off-by: Linjie Fu <linjie.fu@intel.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Paul B Mahol authored
-
Paul B Mahol authored
-
Paul B Mahol authored
-
Limin Wang authored
Fix ticket: 8606 Signed-off-by: Limin Wang <lance.lmwang@gmail.com>
-
- 09 Apr, 2020 6 commits
-
-
Andreas Rheinhardt authored
subtitles.h has been included in order to use ff_subtitles_next_line() to help parsing srt subtitles which at that time had their timing as part of the payload and not as part of the AVPacket fields. When this changed (in 55180b32) it has been forgotten to remove this header. libavcodec/internal.h meanwhile has been added in bb47aa58 and has never been used at all. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
Andreas Rheinhardt authored
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
Andreas Rheinhardt authored
vobsub_read_packet() didn't check whether an array of AVPackets was valid and therefore used uninitialized values. Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
Limin Wang authored
Signed-off-by: Limin Wang <lance.lmwang@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Gautam Ramakrishnan authored
This patch adds functional changes to support the PPT marker. This patch fixes bug ticket #4610. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Andriy Gelman authored
Reviewed-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by: Andriy Gelman <andriy.gelman@gmail.com>
-
- 08 Apr, 2020 3 commits
-
-
Rosen Penev authored
soft float systems do not define these macros under musl. Fixes: Ticket7102 Signed-off-by: Rosen Penev <rosenp@gmail.com>
-
Marton Balint authored
Signed-off-by: Marton Balint <cus@passwd.hu>
-
Limin Wang authored
Signed-off-by: Limin Wang <lance.lmwang@gmail.com>
-