Michael Niedermayer:
> Fixes: out of array read on 32bit
> Fixes:
> 54857/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VC1_fuzzer-5840588224462848
>
> The chroma MC code reads over the currently allocated frame.
> Alternative fixes would be allocating a few bytes more at the end instead of
> On Jan 12, 2023, at 09:26, Xiang, Haihao
> wrote:
>
> On Wo, 2023-01-11 at 17:10 +0800, zhilizhao(赵志立) wrote:
>>> On Jan 11, 2023, at 16:52, Paul B Mahol wrote:
>>>
>>> On 1/11/23, "zhilizhao(赵志立)" wrote:
> On Jan 11, 2023, at 15:53, Xiang, Haihao
> wrote:
>
> On W
On Do, 2023-01-12 at 05:01 +0100, Andreas Rheinhardt wrote:
> Xiang, Haihao:
> > From: Haihao Xiang
> >
> > This patch provides default value if the expression is NULL.
> >
> > This is in preparation for reusing the code for other QSV filters.
> >
> > Signed-off-by: Haihao Xiang
> > ---
> > l
On 2023-01-07 05:37 pm, Gyan Doshi wrote:
segment_time and segment_times are defined as duration specifications, not
timestamps, so calculation of segment duration must account for initial
timestamp. Fixed.
FATE ref for segment-mp4-to-ts changed on account of avoiding premature
segment cut at
On Do, 2023-01-12 at 05:49 +0100, Andreas Rheinhardt wrote:
> Xiang, Haihao:
> > On Do, 2023-01-12 at 05:11 +0100, Andreas Rheinhardt wrote:
> > > Xiang, Haihao:
> > > > From: Haihao Xiang
> > > >
> > > > Set the expected default value for options in this callback, hence we
> > > > have the right
On Do, 2023-01-12 at 05:31 +0100, Andreas Rheinhardt wrote:
> Xiang, Haihao:
> > From: Haihao Xiang
> >
> > QSV filters may set this flag in preinit callback to turn on / off pass
> > through mode
> >
> > This is in preparation for reusing the code for other QSV filters. E.g.
> > scale_qsv filte
Xiang, Haihao:
> On Do, 2023-01-12 at 05:11 +0100, Andreas Rheinhardt wrote:
>> Xiang, Haihao:
>>> From: Haihao Xiang
>>>
>>> Set the expected default value for options in this callback, hence we
>>> have the right values even if these options are not included in the
>>> option arrray.
>>>
>>> Thi
On Do, 2023-01-12 at 05:11 +0100, Andreas Rheinhardt wrote:
> Xiang, Haihao:
> > From: Haihao Xiang
> >
> > Set the expected default value for options in this callback, hence we
> > have the right values even if these options are not included in the
> > option arrray.
> >
> > This is in preparat
Xiang, Haihao:
> From: Haihao Xiang
>
> QSV filters may set this flag in preinit callback to turn on / off pass
> through mode
>
> This is in preparation for reusing the code for other QSV filters. E.g.
> scale_qsv filter doesn't support pass through mode.
>
> Signed-off-by: Haihao Xiang
> ---
Xiang, Haihao:
> From: Haihao Xiang
>
> Set the expected default value for options in this callback, hence we
> have the right values even if these options are not included in the
> option arrray.
>
> This is in preparation for reusing the code for other QSV filters.
>
> Signed-off-by: Haihao X
Xiang, Haihao:
> From: Haihao Xiang
>
> This patch provides default value if the expression is NULL.
>
> This is in preparation for reusing the code for other QSV filters.
>
> Signed-off-by: Haihao Xiang
> ---
> libavfilter/vf_vpp_qsv.c | 36
> 1 file chan
On Ma, 2023-01-09 at 15:12 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> Also fix the naming style in enum var_name.
>
> This is in preparation for reusing the code for other QSV filters.
>
> Signed-off-by: Haihao Xiang
> ---
> libavfilter/vf_vpp_qsv.c | 49
On Ma, 2023-01-09 at 16:56 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> Signed-off-by: Haihao Xiang
> ---
> libavcodec/qsvenc_jpeg.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/qsvenc_jpeg.c b/libavcodec/qsvenc_jpeg.c
> index 2469ef7c9f..2add12adc9 100644
> --
On Wo, 2023-01-11 at 17:10 +0800, zhilizhao(赵志立) wrote:
> > On Jan 11, 2023, at 16:52, Paul B Mahol wrote:
> >
> > On 1/11/23, "zhilizhao(赵志立)" wrote:
> > >
> > > > On Jan 11, 2023, at 15:53, Xiang, Haihao
> > > > wrote:
> > > >
> > > > On Wo, 2023-01-11 at 11:18 +0800, zhilizhao(赵志立) wrote:
Michael Niedermayer:
> Fixes: out of array access
> Fixes:
> 48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SGI_fuzzer-6704753329700864
> Fixes:
> 48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SGI_fuzzer-6683986844057600
> Fixes:
> 48567/clusterfuzz-testcase-minimized-ffmpeg_A
Fixes: index 4294967295 out of bounds for type 'uint16_t [65536]'
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-195176914944
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
--
Fixes: subtraction of unsigned offset from 0xf6602770 overflowed to 0xf6638c80
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_THEORA_fuzzer-495074400600064
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael N
Fixes: out of array access
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SGI_fuzzer-6704753329700864
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SGI_fuzzer-6683986844057600
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SGI_fuzzer-6697387691474
Fixes: out of array access
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PNG_fuzzer-6668158952144896.fuzz
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/pngdec.c | 1 +
1 fil
Fixes: out of array access:
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PNG_fuzzer-6716193709096960
Alternatively it should be possible to limit this to 3 plane RGB 8 /16bit to
ensure the size is what it should be
Found-by: continuous fuzzing process
https://github.com/googl
Fixes: out of array access
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_EATGQ_fuzzer-6743211456724992
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/eatgq.c | 7 ++-
1 f
On 1/11/23, Paul B Mahol wrote:
> On 1/11/23, liuyizhuo wrote:
>> From: "2498228...@qq.com" <2498228...@qq.com>
>>
>> ---
>> libavfilter/Makefile| 1 +
>> libavfilter/allfilters.c| 1 +
>> libavfilter/vf_hsl.c| 310
>> tests/fate-run.s
On 1/11/23, liuyizhuo wrote:
> From: "2498228...@qq.com" <2498228...@qq.com>
>
> ---
> libavfilter/Makefile| 1 +
> libavfilter/allfilters.c| 1 +
> libavfilter/vf_hsl.c| 310
> tests/fate-run.sh | 2 +
> tests/fate/filter-v
On 1/11/23, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -2889074 * 2048 cannot be represented in
> type 'int'
> Fixes:
> 51363/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-5660734784143360
> Fixes:
> 48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuz
On 1/11/23, Michael Niedermayer wrote:
> Fixes: out of array read
> Fixes:
> 48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-6739246658748416
>
> Note: This issue was assigned to a unrelated theora bug
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuz
Fixes: out of array read
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-6739246658748416
Note: This issue was assigned to a unrelated theora bug
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
Fixes: signed integer overflow: -2889074 * 2048 cannot be represented in type
'int'
Fixes:
51363/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-5660734784143360
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-6617680050520064
Fixes:
48567/clusterfuzz-te
Signed-off-by: Michael Niedermayer
---
libavcodec/bink.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/bink.c b/libavcodec/bink.c
index a3140114f0..15fc9d29ed 100644
--- a/libavcodec/bink.c
+++ b/libavcodec/bink.c
@@ -870,7 +870,7 @@ static int binkb_decod
Fixes: out of array access
Fixes:
48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINK_fuzzer-6657932926517248
Alterantivly to this it is possibly to allocate a bigger array
Note: oss-fuzz assigned this issue to a unrelated theora bug so the bug number
matches that
Found-by: continuous
Fixes: Assertion block_w * sizeof(uint8_t) <= ((buf_linesize) >= 0 ?
(buf_linesize) : (-(buf_linesize))
Fixes:
54861/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SVQ3_fuzzer-5352418248622080
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Fixes: out of array read on 32bit
Fixes:
54857/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VC1_fuzzer-5840588224462848
The chroma MC code reads over the currently allocated frame.
Alternative fixes would be allocating a few bytes more at the end instead of a
whole
line extra or to adjust t
This ensures all defined types are supported, even if only to report
their presence and print their size if a custom implementation is
not added.
Signed-off-by: James Almer
---
This patch supersedes:
[PATCH 1/2] avfilter/vf_showinfo: remove superfluous line break
[PATCH 2/2] avfilter/vf_showinfo:
Hi,
> just attach patch with proper authorship, made with git fformat-patch.
Done, attached.
Best,
Christian Helmrich
Fraunhofer HHI, Video Coding and Analytics Department
Von: ffmpeg-devel im Auftrag von Paul B Mahol
Gesendet: Mittwoch, 11. Januar 202
Defined by H.274, this SEI message is utilized by iPhones to save
the nominal ambient viewing environment for the display of recorded
HDR content. The contents of the message are exposed to API users
as AVFrame side data containing AVAmbientViewingEnvironment.
As the DV RPU test sample is from an
---
fftools/ffprobe.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index c18aee9846..b9310a2d25 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@ -33,6 +33,7 @@
#include "libavformat/version.h"
#include "libavcodec/avcodec.h"
This enables exposing H.274 Ambient Viewing Environment
metadata in the framework.
---
doc/APIchanges | 6 +++
libavutil/Makefile | 2 +
libavutil/ambient_viewing_environment.c | 49 +
libavutil/ambient_viewing_environment.h | 72
Defined by H.274, this SEI message is utilized by iPhones to save
the nominal ambient viewing environment for the display of recorded
HDR content.
---
libavcodec/cbs_h2645.c | 6 ++
libavcodec/cbs_sei.h | 6 ++
libavcodec/cbs_sei_syntax_template.c | 17 +
On 1/11/23, Helmrich, Christian wrote:
> Hi,
>
>
>> Also please fix style of code, ... example vf_psnr.c filter ... "for ()
>> {\n" instead of "for () \n{\n}"
>
>
> Done, I aligned block encapsulation, indentation, and some other things with
> those in vf_psnr.c
>
>
>> Compare clang compiled ffmpe
I am sorry, this was the wrong list to ask this question.
___
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 "unsu
Hi there,
I have a simple command to generate a video clip using lavfi and trim it
using the trim filter.
ffmpeg -f lavfi -i color=blue@1:640x480:d=60,format=rgba
-filter_complex "[0]trim=start=4.0:end=5.0[s0]" -map "[s0]" -y
trim.mp4
I expect that the output video should be 1 second long, sinc
>Here is part of the updated patch, 'limit' exposed in metadata/log is now
>coherent with init().
>Like 'limit/limit_user' is of type float, i've used what's done in
>av_dict_set_int() to print it as float.
>Compare 's->limit_user' and 's->limit' to check for a change instead of
>'strcmp'.
>Is t
Print only the name of the side data, as the actual parsed metadata
is already handled by its respective side data type.
Signed-off-by: James Almer
---
libavfilter/vf_showinfo.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 377
It's added generically after the switch statement.
Signed-off-by: James Almer
---
libavfilter/vf_showinfo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 9b4a9fc981..377ac6e413 100644
--- a/libavfilter/vf_showinfo.
Hi,
> Also please fix style of code, ... example vf_psnr.c filter ... "for () {\n"
> instead of "for () \n{\n}"
Done, I aligned block encapsulation, indentation, and some other things with
those in vf_psnr.c
> Compare clang compiled ffmpeg without this asm code and with it, and tell if
> a
From: "2498228...@qq.com" <2498228...@qq.com>
---
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_hsl.c| 310
tests/fate-run.sh | 2 +
tests/fate/filter-video.mak | 3 +
tests/ref/fate/filter-hsl
On 1/11/23, Paul B Mahol wrote:
> On 1/11/23, Helmrich, Christian
> wrote:
>> Hi,
>>
>>
>>> So its better to use that instead of human written assembly? Does clang
>>> generate faster code without this asm?
>>
>>
>> I'm not sure I fully understand your questions, but I hope the following
>> answe
On 1/11/23, Helmrich, Christian wrote:
> Hi,
>
>
>> So its better to use that instead of human written assembly? Does clang
>> generate faster code without this asm?
>
>
> I'm not sure I fully understand your questions, but I hope the following
> answers it. The reason why we auto-converted our in
Here is part of the updated patch, 'limit' exposed in metadata/log is now
coherent with init().
Like 'limit/limit_user' is of type float, i've used what's done in
av_dict_set_int() to print it as float.
Compare 's->limit_user' and 's->limit' to check for a change instead of
'strcmp'.
Is there an
see https://github.com/intel/libva/pull/664
Signed-off-by: jianfeng.zheng
---
configure | 13 +
libavcodec/h264_slice.c| 9 -
libavcodec/vaapi_decode.c | 10 ++
libavcodec/vaapi_encode_h264.c | 27 ++-
4 files
Hi Haihao,
Xiang, Haihao 于2023年1月5日周四 14:07写道：
>
> On Di, 2022-12-27 at 11:12 +0800, Jianfeng Zheng wrote:
> > see https://github.com/intel/libva/pull/664
> >
> > Signed-off-by: jianfeng.zheng
> > ---
> > configure | 13 +
> > libavcodec/h264_slice.c| 6
On Wed, Nov 30, 2022 at 09:43:21PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h274.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Take away the
On Sun, Dec 18, 2022 at 06:08:22PM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 2147481600 + 13408 cannot be represented in
> type 'int'
> Fixes:
> 53963/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_H264_fuzzer-4650467311616000
>
> Found-by: continuous fuzzing process
On Sun, Dec 18, 2022 at 06:08:20PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/tiff.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Everything sh
On Sun, Dec 18, 2022 at 06:08:19PM +0100, Michael Niedermayer wrote:
> Fixes: division by 0
> Fixes:
> 53926/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5680347889401856
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
Hi Mark,
Patch v3 would be send. And please view the detailed reply follows:
>
> On 26/12/2022 06:59, Jean Jogh wrote:
> > see https://github.com/intel/libva/pull/664
> >
> > Signed-off-by: jianfeng.zheng
> > ---
> > configure | 13 +
> > libavcodec/h264_slice
On Sun, Jan 08, 2023 at 09:24:16PM +0100, Michael Niedermayer wrote:
> Fixes: out of array access on 32bit
> Fixes:
> 54850/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SCPR_fuzzer-5302669294305280
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/pro
On Sat, Jan 07, 2023 at 12:09:52AM +0100, Michael Niedermayer wrote:
> Fixes: 2.28595e+09 is outside the range of representable values of type 'int'
> Fixes:
> 54644/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AC3_FIXED_fuzzer-4816961584627712
>
> Found-by: continuous fuzzing process
> htt
> On Jan 11, 2023, at 16:52, Paul B Mahol wrote:
>
> On 1/11/23, "zhilizhao(赵志立)" wrote:
>>
>>
>>> On Jan 11, 2023, at 15:53, Xiang, Haihao
>>> wrote:
>>>
>>> On Wo, 2023-01-11 at 11:18 +0800, zhilizhao(赵志立) wrote:
> On Jan 9, 2023, at 11:17, zhilizhao(赵志立) wrote:
>
>> On Dec
> On Jan 11, 2023, at 16:31, zhilizhao(赵志立) wrote:
>
>
>
>> On Jan 11, 2023, at 15:53, Xiang, Haihao
>> wrote:
>>
>> On Wo, 2023-01-11 at 11:18 +0800, zhilizhao(赵志立) wrote:
On Jan 9, 2023, at 11:17, zhilizhao(赵志立) wrote:
> On Dec 15, 2022, at 01:10, Zhao Zhili wrote:
>
From: Zhao Zhili
They are not available on Windows.
Signed-off-by: Zhao Zhili
---
libavformat/file.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/libavformat/file.c b/libavformat/file.c
index d20208e31f..cbdf48de0a 100644
--- a/libavformat/file.c
+++ b/libavformat/fi
On 1/11/23, "zhilizhao(赵志立)" wrote:
>
>
>> On Jan 11, 2023, at 15:53, Xiang, Haihao
>> wrote:
>>
>> On Wo, 2023-01-11 at 11:18 +0800, zhilizhao(赵志立) wrote:
On Jan 9, 2023, at 11:17, zhilizhao(赵志立) wrote:
> On Dec 15, 2022, at 01:10, Zhao Zhili wrote:
>
> From: Zhao Zhili
On 1/10/23, p...@sandflow.com wrote:
> From: Pierre-Anthony Lemieux
>
> Improves the test material by using audio and video resources whose
> respective
> temporal boundaries do not line up.
>
> https://www.sandflow.com/public/countdown-audio-2023-01-10-2.zip
How big is this uncompressed?
First
> On Jan 11, 2023, at 15:53, Xiang, Haihao
> wrote:
>
> On Wo, 2023-01-11 at 11:18 +0800, zhilizhao(赵志立) wrote:
>>> On Jan 9, 2023, at 11:17, zhilizhao(赵志立) wrote:
>>>
On Dec 15, 2022, at 01:10, Zhao Zhili wrote:
From: Zhao Zhili
v2:
1. Forbid pass file desc
63 matches
Mail list logo
