>
> have you confirmed that all the added codepathes produce correct
> looking output ?
>
I've attached a test program which should cover all the modified code
paths. The new X2BGR10 code works just as well as the X2RGB10 code, but:
* converting FROM X2RGB10LE or X2BGR10LE works
* converting TO
On Sun, Aug 15, 2021 at 09:25:54PM +0200, Michael Niedermayer wrote:
> This avoids reallocating per frame
>
> Fixes: Assertion failure
> Fixes:
> 36359/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SNOW_fuzzer-6733238591684608
>
> Found-by: continuous fuzzing process
> https://github.com/go
Fixes: signed integer overflow: 9223372036854775807 + 8 cannot be represented
in type 'long'
Fixes:
38787/clusterfuzz-testcase-minimized-ffmpeg_dem_AVI_fuzzer-485984579980
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mich
Fixes: index 128 out of bounds for type 'uint16_t [128]'
Fixes:
38651/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_METADATA_fuzzer-6296416058736640
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libav
On Sat, Sep 18, 2021 at 02:55:34PM -0400, Manuel Stoeckl wrote:
> Signed-off-by: Manuel Stoeckl
> ---
> libswscale/input.c | 15 +--
> libswscale/output.c | 9 -
> libswscale/utils.c | 1 +
> libswscale/yuv2rgb
On Sun, Sep 19, 2021 at 12:01:06PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile|1 +
> libavcodec/allcodecs.c |1 +
> libavcodec/speexdata.h | 764
> libavcodec/speexdec.c | 1538
>
Hello,
On Sun, 19 Sep 2021, at 20:14, Soft Works wrote:
> I have a question about copyright headers.
> It's not something I care much about myself, but surely others
> might do, and I'd like to properly account for that.
It is also that the legal value of those are disputed; and notably, that not
Hi,
I have a question about copyright headers.
It's not something I care much about myself, but surely others
might do, and I'd like to properly account for that.
Parts of the overlay_graphicsubs filter that I have submitted
are derived from the existing vf_overlay filter.
Should I copy the names
On Fri, Sep 17, 2021 at 9:28 PM wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
>
As a note, I personally favor this patch over mine since I don't think
`enable_tpl_la` is worth exposing to the user if its main role is to switch
between crf and cqp
__
On Fri, Sep 17, 2021 at 09:56:13PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 38215/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VC1_fuzzer-6375595299176448
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-
On Sat, Sep 18, 2021 at 05:43:25AM +0200, Andreas Rheinhardt wrote:
> In this case the current code tries to warn once; to do so, it uses
> ordinary static ints to store whether the warning has already been
> emitted. This is both a data race (and therefore undefined behaviour)
> as well as a race
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Sunday, 19 September 2021 15:04
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
> closed_captions property
>
> On 9/19/2021 1:46 AM, Soft Works wrote:
On 9/19/2021 1:14 AM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of James Almer
Sent: Sunday, 19 September 2021 05:59
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
closed_captions property
On 9/19/2021
On 9/19/2021 1:46 AM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of James Almer
Sent: Sunday, 19 September 2021 05:59
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
closed_captions property
On 9/19/2021
19 Sept 2021, 14:02 by d...@lynne.ee:
> 19 Sept 2021, 12:01 by one...@gmail.com:
>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/Makefile|1 +
>> libavcodec/allcodecs.c |1 +
>> libavcodec/speexdata.h | 764
>> libavcodec/speexdec.c | 1538 +++
19 Sept 2021, 12:01 by one...@gmail.com:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile|1 +
> libavcodec/allcodecs.c |1 +
> libavcodec/speexdata.h | 764
> libavcodec/speexdec.c | 1538
> tests/ref/fate/sour
fre 2021-09-17 klockan 04:08 +0200 skrev Andreas Rheinhardt:
> Up until now, each call to avpriv_elbg_do() would result
> in at least six allocations. And this function is called a lot:
> A typical FATE run results in 52213653 calls to av_malloc; of these,
> 34974671 originate from av_malloc_array
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/speexdata.h | 764
libavcodec/speexdec.c | 1538
tests/ref/fate/source |2 +
5 files changed, 2306 insertions(+)
creat
lgtm
___
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".
lgtm
___
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".
20 matches
Mail list logo
