> 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
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 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
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 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:
>
> 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 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 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
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, 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
>
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: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 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
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
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
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
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
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
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
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
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.
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
>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
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
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
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
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 +
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
---
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"
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
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
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:
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
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 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
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: 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
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
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
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, 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, 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
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
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_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_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: 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: 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
--
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
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:
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 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
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
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
>
> 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
> ---
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:
> 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: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
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 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: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 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
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
63 matches
Mail list logo