On Tue, Dec 22, 2020 at 6:37 PM Nuo Mi wrote:
>
> Hi James,
> thanks for the review.
>
> On Mon, Dec 21, 2020 at 11:14 PM James Almer wrote:
>
>> On 12/21/2020 3:07 AM, Nuo Mi wrote:
>> > ---
>> > libavcodec/avcodec.h| 2 ++
>> > libavcodec/codec_desc.c | 8
>> > libavcodec/code
On Sun, 20 Dec 2020, Marton Balint wrote:
Fixes infinite loop in:
ffmpeg -f lavfi -i testsrc=d=0.04 -vf framerate=50 -f null none
Ping, will apply soon.
Regards,
Marton
Signed-off-by: Marton Balint
---
libavfilter/vf_framerate.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
d
On Fri, Dec 25, 2020 at 04:47:18PM +0100, Andreas Rheinhardt wrote:
> No decoder here supports frame threading.
what is missing for them to support it ?
the whole mpeg* decoders used alot of shared code, mpeg4 supports frame
threads. And i see little threading related code in mpeg4 ...
Thanks
[
No decoder here supports frame threading.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg12dec.c | 28
1 file changed, 28 deletions(-)
diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c
index 6d0e9fc7ed..66556c7a82 100644
--- a/libavcodec/mpeg12dec.c
This mostly reverts commit 4b2863ff01b1fe93d9a518523c9098d17a9d8c6f.
Said commit removed the freeing code from ff_mpv_common_init(),
ff_mpv_common_frame_size_change() and ff_mpeg_framesize_alloc() and
instead added the FF_CODEC_CAP_INIT_CLEANUP to several codecs that use
ff_mpv_common_init(). This
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.c | 30 --
1 file changed, 12 insertions(+), 18 deletions(-)
diff --git a/libavcodec/mpegvideo.c b/libavcodec/mpegvideo.c
index 3daccb816f..dd50c03306 100644
--- a/libavcodec/mpegvideo.c
+++ b/libavcodec/mpegv
When slice-threading is used, ff_mpv_common_init() duplicates
the first MpegEncContext and allocates some buffers for each
MpegEncContext (the first as well as the copies). But the count of
allocated MpegEncContexts is not updated until after everything has
been allocated and if an error happens af
The H.261 decoder doesn't use the ParseContext of its
MpegEncContext since e7316976650b429345da619c3acff38004aaf6b8.
Signed-off-by: Andreas Rheinhardt
---
Does actually anybody use the AV_CODEC_FLAG_TRUNCATED (MpegEncContext
contains a ParseContext because of this flag)?
libavcodec/h261dec.c |
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mss2.c | 3 +--
libavcodec/vc1.c| 4 +---
libavcodec/vc1.h| 2 +-
libavcodec/vc1_parser.c | 3 ++-
libavcodec/vc1dec.c | 3 +--
5 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/libavcodec/mss2.c b/libavcodec/
Up until now, the VC-1 decoders allocated an AVFrame for usage with
sprites during vc1_decode_init(); yet said AVFrame can be freed if
(re)initializing the context (which happens ordinarily during decoding)
fails. The AVFrame does not get allocated again lateron in this case,
leading to segfaults.
10 matches
Mail list logo