> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Wednesday, 29 September 2021 07:10
> To: ffmpeg-devel@ffmpeg.org
> Cc: Andreas Rheinhardt
> Subject: [FFmpeg-devel] [PATCH] avfilter/vf_morpho: Fix compilation
> with MSVC
>
> MSVC (or rather the winde
MSVC (or rather the windef.h header) defines min and max as macros,
breaking compilation here. Fix this by adding parentheses around min
and max, so that they are no longer recognizable as function-like
macros.
Signed-off-by: Andreas Rheinhardt
---
Untested as I don't have an MSVC setup.
libavf
Ping for review.
> On Aug 27, 2021, at 3:13 PM, Zhao Zhili wrote:
>
> Users may take the description literally which leads to inverted
> results.
> ---
> doc/bitstream_filters.texi | 8
> libavcodec/av1_metadata_bsf.c | 2 +-
> libavcodec/h264_metadata_bsf.c | 2 +-
> libavcodec/h265_
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Wednesday, 29 September 2021 02:48
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing i
> On Sep 28, 2021, at 10:41 PM, Andreas Rheinhardt
> wrote:
>
> This patch increases several stack buffers in order to fix
> stack-buffer-overflows (e.g. in put_hevc_qpel_uni_hv_9 in
> line 814 of hevcdsp_template.c) detected with ASAN in the hevc_pel
> checkasm test.
> The buffers are increas
Hello,
Excuse me, how about FMADD on AVX2 platform?
For example
+mulps m7, m7, m14
+addps m0, m0, m7
==>
fmadd231ps m0,m7,m14
Regards,
Min Chen
2021-09-29 09:18:05，mindm...@gmail.com
>From: Mark Reid
>
>Only supports float and 16bit planer formats at the momoment.
>Mainly focu
On 9/28/2021 7:28 PM, Michael Niedermayer wrote:
Fixes: Timeout
Fixes:
39089/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-6677219854909440
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Suggested-by: James Almer
Signed-
From: Mark Reid
Only supports float and 16bit planer formats at the momoment.
Mainly focused on AVX and AVX2 optimizations, but SSE2 does seem offer some
speed gains.
f32 1920x1080 1 thread with prelut
c impl
1389936500 UNITS in lut3d->interp, 1 runs, 0 skips
1425800240 UNITS in lut3d
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Wednesday, 29 September 2021 02:25
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> Soft Works:
> >
>
Signed-off-by: James Almer
---
libavfilter/vf_floodfill.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/libavfilter/vf_floodfill.c b/libavfilter/vf_floodfill.c
index 21741cdb4f..5f2a4f4392 100644
--- a/libavfilter/vf_floodfill.c
+++ b/libavfilt
Soft Works:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Andreas Rheinhardt
>> Sent: Wednesday, 29 September 2021 02:04
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
>> frames are writable when processing in-place
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Wednesday, 29 September 2021 02:04
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> Soft Works:
> >
>
Soft Works:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Andreas Rheinhardt
>> Sent: Wednesday, 29 September 2021 01:42
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
>> frames are writable when processing in-place
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Wednesday, 29 September 2021 01:42
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> Soft Works:
> >
>
Soft Works:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> James Almer
>> Sent: Tuesday, 28 September 2021 22:08
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
>> frames are writable when processing in-place
>>
>> On
Thanks for the quick update, Timo.
Honestly I just might have missed this moment with input frame registering as I
was tracking CUdeviceptr's in map / unmap and memcpy calls.
Strangely enough the patch has passed extensive QA validation round on
different codecs and HW setups.
I think your appr
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Wednesday, 29 September 2021 00:30
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> On 9/28/2021 7:00 PM, So
From: Niklas Haas
Similar in spirit and design to 66845cffc3bbb, but slightly simpler due
to the lack of interlaced frames in HEVC. See that commit for more
details.
For the seed value, since no specification for this appears to exist, I
semi-arbitrarily decided to base it off the POC id alone,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Wednesday, 29 September 2021 00:27
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> On 9/28/2021 4:54 PM, So
This is a good point, let me check and come back later.
От: Timo Rothenpieler
Отправлено: 28 сентября 2021 г. 21:28
Кому: FFmpeg development discussions and patches ;
Roman Arzumanyan
Копия: Yogender Gupta ; Ricardo Monteiro
Тема: Re: [FFmpeg-devel] [PATCH] lib
On 9/28/2021 7:00 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
James Almer
Sent: Tuesday, 28 September 2021 23:50
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
frames are writable when processing in-place
On
Signed-off-by: Michael Niedermayer
---
libavcodec/siren.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/siren.c b/libavcodec/siren.c
index 8c9628e2d8e..ee7514f93c4 100644
--- a/libavcodec/siren.c
+++ b/libavcodec/siren.c
@@ -447,7 +447,7 @@ static int decode_envel
Fixes: Timeout
Fixes:
39089/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-6677219854909440
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Suggested-by: Peter Ross
Signed-off-by: Michael Niedermayer
---
libavcodec/siren.c
Fixes: Timeout
Fixes:
39089/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-6677219854909440
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Suggested-by: James Almer
Signed-off-by: Michael Niedermayer
---
libavcodec/siren.
On 9/28/2021 4:54 PM, Soft Works wrote:
Signed-off-by: softworkz
---
v2: Reduced to cases without AVFILTERPAD_FLAG_NEEDS_WRITABLE
libavfilter/vf_cover_rect.c | 7 +--
libavfilter/vf_floodfill.c | 5 +
libavfilter/vf_vflip.c | 7 ++-
3 files changed, 16 insertions(+), 3 de
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Wednesday, 29 September 2021 00:01
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing i
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Tuesday, 28 September 2021 23:50
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> On 9/28/2021 6:22 PM, Soft
On 9/28/2021 6:22 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
James Almer
Sent: Tuesday, 28 September 2021 23:19
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
frames are writable when processing in-place
On
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Tuesday, 28 September 2021 22:08
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> On 9/28/2021 4:54 PM, Soft
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Tuesday, 28 September 2021 23:19
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> On 9/28/2021 6:00 PM, Soft
Also fixes incorrect parsing of dv_bl_signal_compatibility_id,
with correct skipping of dependency_pid in DOVI TS descriptor.
Signed-off-by: quietvoid
---
libavformat/mpegts.c | 43 +++
1 file changed, 3 insertions(+), 40 deletions(-)
diff --git a/libavfo
Read at most 24 bytes, but in reality only 5 bytes are used for parsing.
The rest of the bytes are reserved in the specification.
Signed-off-by: quietvoid
---
libavformat/mov.c | 50 +--
1 file changed, 9 insertions(+), 41 deletions(-)
diff --git a/li
Adds handling of dvcC/dvvC block addition mappings.
The parsing creates AVDOVIDecoderConfigurationRecord side data.
The configuration block is written when muxing into Matroska,
if DOVI side data is present for the track.
In version 2.2 of the Dolby ISOM specification,
there is also dvwC but it is
According to specification "Dolby Vision Stream
Within the ISO Base Media File Format Version 2.2"
This only adds support for the "Dolby Vision configuration box".
Other configuration boxes, such as
"Dolby Vision enhancement layer configuration box" are not supported.
The new functions will be us
On 9/28/2021 6:00 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
James Almer
Sent: Tuesday, 28 September 2021 22:08
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
frames are writable when processing in-place
On
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Tuesday, 28 September 2021 22:08
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/frames: Ensure
> frames are writable when processing in-place
>
> On 9/28/2021 4:54 PM, Soft
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Tuesday, 28 September 2021 22:18
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v4 1/1] libavformat/asfdec: A
> collection of related fixes for
Hello,
This patch makes nvenc copy incoming hwaccel frames instead of ref count
increase.
It fixes the bug which may happen when on-GPU transcoding is done and encoder
is set to use B frames.
How to reproduce the bug:
./ffmpeg \
-hwaccel cuda -hwaccel_output_format cuda \
-i input.mkv \
-
On Tue, Sep 28, 2021 at 08:10:02PM +, Soft Works wrote:
> Fix 1: Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had
> introduced a check for value_len > UINT16_MAX.
> As a consequence, attached images of sizes larger than
> UINT16_MAX could no longer be read.
>
> Fix 2: The value_len is an ui
On 9/23/2021 3:28 AM, Haihao Xiang wrote:
This allows user to build FFmpeg against Intel oneVPL. oneVPL 2.2
is the required minimum version when building Intel oneVPL code.
It will fail to run configure script if both libmfx and libvpl are
enabled.
It is recommended to use oneVPL for new work,
Fix 1: Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had
introduced a check for value_len > UINT16_MAX.
As a consequence, attached images of sizes larger than
UINT16_MAX could no longer be read.
Fix 2: The value_len is an uint32 not an int32 per spec. That
value must not be truncated, neither by
On 9/28/2021 4:54 PM, Soft Works wrote:
Signed-off-by: softworkz
---
v2: Reduced to cases without AVFILTERPAD_FLAG_NEEDS_WRITABLE
Can't this flag used in these filters?
libavfilter/vf_cover_rect.c | 7 +--
libavfilter/vf_floodfill.c | 5 +
libavfilter/vf_vflip.c | 7 ++
On Tue, Sep 28, 2021 at 10:55 PM James Almer wrote:
>
> On 9/27/2021 7:47 PM, Jan Ekström wrote:
> > Before adts_aac_resync would always bail out after probesize amount
> > of bytes had been progressed from the start of the input.
> >
> > Now just query the current position when entering resync, a
From 0df6297bd3664beb05c813c5fc62852e61616fa9 Mon Sep 17 00:00:00 2001
From: Roman Arzumanyan
Date: Mon, 6 Sep 2021 14:26:27 +0300
Subject: [PATCH] sharpen_npp video filter added
Same as the other patch, should be as the mail subject.
---
configure| 5 +-
libavfilter/Ma
Fix 1: Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had introduced a check
for value_len > UINT16_MAX.
As a consequence, attached images of sizes larger than UINT16_MAX could no
longer be read.
Fix 2: The value_len is an uint32 not an int32 per spec. That value must not be
truncated, neither
On 9/27/2021 7:47 PM, Jan Ekström wrote:
Before adts_aac_resync would always bail out after probesize amount
of bytes had been progressed from the start of the input.
Now just query the current position when entering resync, and at most
advance probesize amount of data from that start position.
Signed-off-by: softworkz
---
v2: Reduced to cases without AVFILTERPAD_FLAG_NEEDS_WRITABLE
libavfilter/vf_cover_rect.c | 7 +--
libavfilter/vf_floodfill.c | 5 +
libavfilter/vf_vflip.c | 7 ++-
3 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_cover_
On 9/23/2021 3:28 AM, Haihao Xiang wrote:
In oneVPL, MFXLoad() and MFXCreateSession() are required to create a
workable mfx session[1]
Add AccelerationMode config filter for D3D9/D3D11 session (galinart)
The default device is changed to d3d11va for oneVPL when both d3d11va
and dxva2 are enabled
On 9/23/2021 3:28 AM, Haihao Xiang wrote:
The following Cflags has been added to libmfx.pc, so mfx/ prefix is no
longer needed when including mfx headers in FFmpeg.
Cflags: -I${includedir} -I${includedir}/mfx
Some old versions of libmfx have the following Cflags in libmfx.pc
Cflags: -I${
On 13.09.2021 11:07, Roman Arzumanyan wrote:
This patch adds scale2ref_npp video filter which is similar to scale2ref, but
accelerated by NPP. CLI sample:
./ffmpeg \
-hwaccel cuda -hwaccel_output_format cuda \
-i ./bbb_sunflower_1080p_30fps_normal.mp4 \
-i ./920px-Wilber-huge-alpha
On Tue, 28 Sep 2021, Andreas Rheinhardt wrote:
This patch increases several stack buffers in order to fix
stack-buffer-overflows (e.g. in put_hevc_qpel_uni_hv_9 in
line 814 of hevcdsp_template.c) detected with ASAN in the hevc_pel
checkasm test.
The buffers are increased by the minimal amount ne
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Thursday, 26 August 2021 21:43
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2] DXVA2: Add ARGB format
>
>
>
> > -Original Message-
> > From
On 28.09.2021 19:58, Timo Rothenpieler wrote:
Hmm, so far my approach to deal with this was to inject a
scale_cuda=passthrough=0 into the filter chain, which pretty much does
exactly this, but only controllable by the user.
But I do agree that this is a bit of a clutch and not all that user
f
On 28.09.2021 19:58, Timo Rothenpieler wrote:
On 28.09.2021 18:22, Roman Arzumanyan wrote:
Hello,
This patch makes nvenc copy incoming hwaccel frames instead of ref
count increase.
It fixes the bug which may happen when on-GPU transcoding is done and
encoder is set to use B frames.
How to r
On Tue, Sep 28, 2021 at 8:09 PM James Almer wrote:
> On 9/28/2021 3:03 PM, Michael Niedermayer wrote:
> > On Tue, Sep 28, 2021 at 09:44:01PM +1000, Peter Ross wrote:
> >> On Tue, Sep 28, 2021 at 12:07:49AM -0300, James Almer wrote:
> >>> On 9/27/2021 7:37 PM, Michael Niedermayer wrote:
> Fix
On 9/28/2021 3:03 PM, Michael Niedermayer wrote:
On Tue, Sep 28, 2021 at 09:44:01PM +1000, Peter Ross wrote:
On Tue, Sep 28, 2021 at 12:07:49AM -0300, James Almer wrote:
On 9/27/2021 7:37 PM, Michael Niedermayer wrote:
Fixes: Timeout
Fixes:
39089/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC
On Tue, Sep 28, 2021 at 09:44:01PM +1000, Peter Ross wrote:
> On Tue, Sep 28, 2021 at 12:07:49AM -0300, James Almer wrote:
> > On 9/27/2021 7:37 PM, Michael Niedermayer wrote:
> > > Fixes: Timeout
> > > Fixes:
> > > 39089/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-6677219854
On 28.09.2021 18:22, Roman Arzumanyan wrote:
Hello,
This patch makes nvenc copy incoming hwaccel frames instead of ref count
increase.
It fixes the bug which may happen when on-GPU transcoding is done and encoder
is set to use B frames.
How to reproduce the bug:
./ffmpeg \
-hwaccel cuda -h
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Paul B Mahol
> Sent: Tuesday, 28 September 2021 19:35
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter/elbg: Extend filter to
> include alpha values in the quantiza
will apply
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On Tue, Sep 28, 2021 at 7:16 PM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Paul B Mahol
> > Sent: Tuesday, 28 September 2021 18:05
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH] avf
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Paul B Mahol
> Sent: Tuesday, 28 September 2021 18:05
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter/elbg: Extend filter to
> include alpha values in the quantiza
On Tue, 28 Sep 2021, Gijs Peskens wrote:
libRIST internally stores packets in a fifo of 1024 packets, overwriting
old packets when not read in a sufficient pace. Unfortunately this results
in many fifo overflow errors when ffmpeg consumes a libRIST stream.
This patch creates a receiver thread
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 56
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_huesaturation.c | 485 +
4 files changed, 543 insertions(+)
create mode 100644 libavfilter/vf_
On Tue, Sep 28, 2021 at 5:43 PM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Paul B Mahol
> > Sent: Monday, 27 September 2021 18:37
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH] avfi
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Paul B Mahol
> Sent: Monday, 27 September 2021 18:37
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter/elbg: Extend filter to
> include alpha values in the quantizat
On 2021-09-28 07:29 pm, Arif Driessen wrote:
These should be formatted like they are in the surround filter for the
option with the same name.
Good catch! Looking around, I see there are other filters too with a
win_func option. When I next get a moment (either later today or more
likely tom
Hi all,
This is a kind reminder.
Best regards,
Denis Shulyaka
вс, 11 апр. 2021 г. в 13:21, Denis Shulyaka :
> Hi Carl,
>
> Thanks for the review.
>
> сб, 10 апр. 2021 г. в 18:05, Carl Eugen Hoyos :
>
>> Please use "&" instead of "%".
>>
>
> Fixed
>
> Please remove this line.
>>
>
> Fixed
>
>
Hi all,
This is a kind reminder.
Best regards,
Denis Shulyaka
ср, 16 июн. 2021 г. в 02:07, Denis Shulyaka :
> Sorry for not giving the proper description! Here it is:
> The spdif is based on blocks with fixed length, each block starts with a
> sync word. It matters how many sync words we find d
This patch increases several stack buffers in order to fix
stack-buffer-overflows (e.g. in put_hevc_qpel_uni_hv_9 in
line 814 of hevcdsp_template.c) detected with ASAN in the hevc_pel
checkasm test.
The buffers are increased by the minimal amount necessary
in order not to mask potential future bugs
ff_encode_preinit() already checked the pixel format via
AVCodec.pix_fmts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/bmpenc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/bmpenc.c b/libavcodec/bmpenc.c
index 1eebf5a4b6..672c0e4980 100644
--- a/libavcodec/bmpenc.c
+++ b
ff_encode_preinit() already checked the pixel format via
AVCodec.pix_fmts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dnxhdenc.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index b45fb41515..ebfb85341d 100644
--- a/libavcodec/dnxhden
ff_encode_preinit() already checked the pixel format via
AVCodec.pix_fmts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dpxenc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/dpxenc.c b/libavcodec/dpxenc.c
index 09036a2125..0db6aa832d 100644
--- a/libavcodec/dpxenc.c
+++ b
ff_encode_preinit() already checked the pixel format via
AVCodec.pix_fmts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magicyuvenc.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavcodec/magicyuvenc.c b/libavcodec/magicyuvenc.c
index 7ab5e61ffe..ab32d4cee3 100644
--- a/libavcode
ff_encode_preinit() already checked the pixel format via
AVCodec.pix_fmts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/proresenc_anatoliy.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/proresenc_anatoliy.c b/libavcodec/proresenc_anatoliy.c
index 21938c8f34..b7e00f2087 10
ff_encode_preinit() already checked the pixel format via
AVCodec.pix_fmts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/snowenc.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/libavcodec/snowenc.c b/libavcodec/snowenc.c
index 55ebfba50f..96b0d320bc 100644
--- a/li
ff_encode_preinit() already checked the pixel format via
AVCodec.pix_fmts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/zmbvenc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/zmbvenc.c b/libavcodec/zmbvenc.c
index b431476241..8efdbc963e 100644
--- a/libavcodec/zmbvenc.c
+
It allows the compiler to optimize the bytestream2 checks away.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magicyuvenc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/magicyuvenc.c b/libavcodec/magicyuvenc.c
index 5aef810a58..7ab5e61ffe 100644
--- a/l
This is as per:
* mp4ra: http://mp4ra.org/#/brands
* Dolby Vision muxing spec (which is public):
https://professional.dolby.com/siteassets/content-creation/dolby-vision-for-content-creators/dolby_vision_bitstreams_within_the_iso_base_media_file_format_dec2017.pdf
Signed-off-by: Derek
On Tue, Sep 28, 2021 at 03:57:27PM +0200, Andreas Rheinhardt wrote:
> lance.lmw...@gmail.com:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavutil/detection_bbox.c | 24 +---
> > 1 file changed, 13 insertions(+), 11 deletions(-)
> >
> > diff --git a/
> These should be formatted like they are in the surround filter for the
option with the same name.
Good catch! Looking around, I see there are other filters too with a
win_func option. When I next get a moment (either later today or more
likely tomorrow) I'll double check with the code,
and add d
On Tue, Sep 28, 2021 at 03:45:03PM +0200, Andreas Rheinhardt wrote:
> lance.lmw...@gmail.com:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavutil/detection_bbox.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/libavutil/detection_bbox.c b/libavutil/dete
lance.lmw...@gmail.com:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/detection_bbox.c | 24 +---
> 1 file changed, 13 insertions(+), 11 deletions(-)
>
> diff --git a/libavutil/detection_bbox.c b/libavutil/detection_bbox.c
> index 8bfdff7..3de66ce 10064
lance.lmw...@gmail.com:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/detection_bbox.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavutil/detection_bbox.c b/libavutil/detection_bbox.c
> index 40711e6..d066567 100644
> --- a/libavutil/detection_bbox.c
> +++
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/hevcdec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index 57a6175..b4edb3b 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -385,6 +385,9 @@ static int export_stream
From: Limin Wang
Signed-off-by: Limin Wang
---
libavutil/detection_bbox.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/libavutil/detection_bbox.c b/libavutil/detection_bbox.c
index 8bfdff7..3de66ce 100644
--- a/libavutil/detection_bbox.c
+++ b/l
From: Limin Wang
Signed-off-by: Limin Wang
---
libavutil/detection_bbox.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavutil/detection_bbox.c b/libavutil/detection_bbox.c
index d066567..8bfdff7 100644
--- a/libavutil/detection_bbox.c
+++ b/libavutil/detection_bbo
From: Limin Wang
Signed-off-by: Limin Wang
---
libavutil/detection_bbox.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/detection_bbox.c b/libavutil/detection_bbox.c
index 40711e6..d066567 100644
--- a/libavutil/detection_bbox.c
+++ b/libavutil/detection_bbox.c
@@ -61,6 +61,7 @@
On Tue, Sep 21, 2021 at 12:32:02PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/filters.texi | 3 +++
> libavfilter/version.h | 2 +-
> libavfilter/vf_codecview.c | 35 +++
> 3 files changed, 3
On 2021-09-28 02:05 pm, Arif Driessen wrote:
Hello all, excited about my first patch! Documented the possible window
functions for `afftfilt`. Needs review/signing-off.
These should be formatted like they are in the surround filter for the
option with the same name.
---
doc/filters.te
On Tue, Sep 28, 2021 at 12:07:49AM -0300, James Almer wrote:
> On 9/27/2021 7:37 PM, Michael Niedermayer wrote:
> > Fixes: Timeout
> > Fixes:
> > 39089/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-6677219854909440
> >
> > Found-by: continuous fuzzing process
> > https://gith
Hello all, excited about my first patch! Documented the possible window
functions for `afftfilt`. Needs review/signing-off.
---
doc/filters.texi | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 0b7e21f7f8..0a04165f11 100644
--- a/d
Signed-off-by: Gijs Peskens
---
libavformat/librist.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/librist.c b/libavformat/librist.c
index 47c01a8432..987056ccd1 100644
--- a/libavformat/librist.c
+++ b/libavformat/librist.c
@@ -245,6 +245,7 @@ static int librist_open(URLContex
libRIST internally stores packets in a fifo of 1024 packets, overwriting
old packets when not read in a sufficient pace. Unfortunately this results
in many fifo overflow errors when ffmpeg consumes a libRIST stream.
This patch creates a receiver thread based on the UDP circular buffer code.
Signed
This gets rid of of rist_receiver_data_read, rist_receiver_data_block_free and
rist_parse_address
these functions have been deprecated since librist release v0.2.1 and are
replaced with functions
suffixed with 2.
I added a version macro check at the top of the file to ensure ffmpeg can still
be
Always true since bc1a985ba030e9861d24965d42792850b43a43ea.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfiltergraph.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavfilter/avfiltergraph.c b/libavfilter/avfiltergraph.c
index d1b121cc17..6dcff95ac4 100644
--- a/
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfiltergraph.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/avfiltergraph.c b/libavfilter/avfiltergraph.c
index ee0c82030d..d1b121cc17 100644
--- a/libavfilter/avfiltergraph.c
+++ b/libavfilter/avfiltergraph
By reallocating the array of pointers to the AVFilterContexts
before allocating the new AVFilterContext one can avoid freeing
the new AVFilterContext in case the array could not be reallocated.
Also switch to av_realloc_array() while just at it.
Signed-off-by: Andreas Rheinhardt
---
libavfilter
Min Chen wrote:
>
> The current algoithm may get improve, may you combin these optimize with
> your patches? since extra VPERM make code a little more slower.
>
>
>
> On Haswell
> Current alogithm:
> RSHIFT_COPY m6, m2, 1 ; UYVY UYVY -> YVYU YVY...
> pand m6, m1; YxYx YxYx... RSHIFT_COPY m7, m3
99 matches
Mail list logo
