fix coverity CID 1473571, 1473577 and 1482089
---
libavfilter/dnn/dnn_io_proc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavfilter/dnn/dnn_io_proc.c b/libavfilter/dnn/dnn_io_proc.c
index 1e2bef3f9a..d5d2654162 100644
--- a/libavfilter/dnn/dnn_io_proc.c
+++ b/liba
fix coverity CID 1473511 and 1473566
---
libavfilter/dnn/dnn_io_proc.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavfilter/dnn/dnn_io_proc.c b/libavfilter/dnn/dnn_io_proc.c
index d5d2654162..02c8e13ed7 100644
--- a/libavfilter/dnn/dnn_io_proc.c
+++ b/libavfilter/dnn/dnn_io_proc.c
CID 1460603 (#1 of 1): Improper use of negative value (NEGATIVE_RETURNS)
---
libavfilter/vf_dnn_processing.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/vf_dnn_processing.c b/libavfilter/vf_dnn_processing.c
index e05d59a649..e1d9d24683 100644
--- a/libavfilter/vf_dnn_process
Fixes: Infinite loop
Fixes:
33958/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_THP_fuzzer-6590264069193728
Fixes:
33981/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEGLS_fuzzer-5343224173559808
Fixes:
33986/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MJPEG_fuzzer-65988151225876
Fixes: out of array access
Fixes:
33960/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_THP_fuzzer-5052852809629696
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mjpegdec.c | 2 +-
1 file
Fixes: Timeout
Fixes:
33916/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_THEORA_fuzzer-4620863119949824
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 2 +-
1 file chang
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/hls.c | 12 ++--
libavformat/hlsenc.c | 19 +--
libavformat/internal.h | 2 ++
3 files changed, 17 insertions(+), 16 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 8fc6924..a215c6a
lance.lmw...@gmail.com (12021-05-11):
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/hls.c | 12 ++--
> libavformat/hlsenc.c | 19 +--
> libavformat/internal.h | 2 ++
> 3 files changed, 17 insertions(+), 16 deletions(-)
>
> diff --git a/li
Nicolas George (12021-05-11):
> So, anything using internal.h can only deal with 128 bits keys? Seems
> wrong.
Are you actually trying to fix something?
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing l
The example transcode_aac.c uses a global pts for counting. For libavcodec
novices this can cause them to overlook this and result with incorrect "start"
times of output files if called multiple times (see user error resulting in bug
report https://trac.ffmpeg.org/ticket/9228)
From 52cbed063e
On Saturday, 1 May 2021 12:23:00 PM AEST Brad Hards wrote:
> MISB ST 0604 and ST 2101 require user data unregistered SEI messages
> (precision timestamps and sensor identifiers) to be included. That
> currently isn't supported. This series adds encoding for libx264,
> libx265, hevc_nvenc and h264_n
On Tue, May 11, 2021 at 02:44:34PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12021-05-11):
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/hls.c | 12 ++--
> > libavformat/hlsenc.c | 19 +--
> > libavformat/internal.h |
Ray (12021-05-11):
> The example transcode_aac.c uses a global pts for counting. For
> libavcodec novices this can cause them to overlook this and result
> with incorrect "start" times of output files if called multiple times
> (see user error resulting in bug report
> https://trac.ffmpeg.org/tick
On Tue, May 11, 2021 at 02:45:07PM +0200, Nicolas George wrote:
> Nicolas George (12021-05-11):
> > So, anything using internal.h can only deal with 128 bits keys? Seems
> > wrong.
>
> Are you actually trying to fix something?
I'm trying to test with AES-192 and AES-256 support.
>
> Regards,
>
On 5/11/2021 10:21 AM, lance.lmw...@gmail.com wrote:
On Tue, May 11, 2021 at 02:44:34PM +0200, Nicolas George wrote:
lance.lmw...@gmail.com (12021-05-11):
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/hls.c | 12 ++--
libavformat/hlsenc.c | 19 +
On Tue, May 11, 2021 at 10:56:50AM -0300, James Almer wrote:
> On 5/11/2021 10:21 AM, lance.lmw...@gmail.com wrote:
> > On Tue, May 11, 2021 at 02:44:34PM +0200, Nicolas George wrote:
> > > lance.lmw...@gmail.com (12021-05-11):
> > > > From: Limin Wang
> > > >
> > > > Signed-off-by: Limin Wang
>
On 5/11/2021 10:53 AM, Nicolas George wrote:
Ray (12021-05-11):
The example transcode_aac.c uses a global pts for counting. For
libavcodec novices this can cause them to overlook this and result
with incorrect "start" times of output files if called multiple times
(see user error resulting in b
James Almer (12021-05-11):
> An alternative solution is introducing a struct containing all variables
> used by the process, including {input,output}_format_context,
> {input,output}_codec_context, resample_context, fifo, and pts, which will
> simplify the code a lot by making every function in the
lance.lmw...@gmail.com (12021-05-11):
> I'm trying to test with AES-192 and AES-256 support.
Then you will need to differentiate places that are a buffer and you
need to know the maximum size of the key, and places where the size you
have is the actual key size. Introducing these macros will not
> -Original Message-
> From: ffmpeg-devel On Behalf Of Anton
> Khirnov
> Sent: Sunday, April 25, 2021 12:03 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 08/12] fate/demux: convert flv-demux to ffprobe
>
> It can handle side data cleanly.
> ---
This patch breaks FATE
Quoting Alexander Strasser (2021-05-10 15:35:02)
> On 2021-05-10 10:22 +0200, Anton Khirnov wrote:
> > Export them in UTC, not the local timezone. This way the output is
> > the same everywhere. The timezone information stored in the file is
> > still ignored, since there seems to be no simple way
Hi!
Ping, can someone please review?
Thanks,
Regards
On Tue, Apr 27, 2021 at 1:57 AM Mehdi Sabwat wrote:
> From: Mehdi Sabwat
>
> Fix configure test to allow it to have the right suffix when
> $target_os=emscripten
> ---
> configure | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a
Quoting Marton Balint (2021-05-10 19:36:59)
>
>
> On Mon, 10 May 2021, Anton Khirnov wrote:
>
> > Export them in UTC, not the local timezone. This way the output is
> > the same everywhere. The timezone information stored in the file is
> > still ignored, since there seems to be no simple way to
Add -fpsmin analogously to -fpsmax for setting a lower bound to the
auto-set frame rate.
---
doc/ffmpeg.texi | 7 +++
fftools/ffmpeg.c | 8 +++-
fftools/ffmpeg.h | 3 +++
fftools/ffmpeg_opt.c | 26 +++---
4 files changed, 40 insertions(+), 4 deletions(-)
dif
Add -fpsmin analogously to -fpsmax for setting a lower bound to the
auto-set frame rate.
Signed-off-by: Matthias Neugebauer
---
doc/ffmpeg.texi | 7 +++
fftools/ffmpeg.c | 8 +++-
fftools/ffmpeg.h | 3 +++
fftools/ffmpeg_opt.c | 26 +++---
4 files changed,
On Tue, May 11, 2021 at 05:04:57PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12021-05-11):
> > I'm trying to test with AES-192 and AES-256 support.
>
> Then you will need to differentiate places that are a buffer and you
> need to know the maximum size of the key, and places where th
On 2021-05-11 17:51 +0200, Anton Khirnov wrote:
> Quoting Alexander Strasser (2021-05-10 15:35:02)
> > On 2021-05-10 10:22 +0200, Anton Khirnov wrote:
> > > Export them in UTC, not the local timezone. This way the output is
> > > the same everywhere. The timezone information stored in the file is
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Shubhanshu Saxena
> Sent: 2021年5月8日 20:10
> To: ffmpeg-devel@ffmpeg.org
> Cc: Shubhanshu Saxena
> Subject: [FFmpeg-devel] [PATCH 1/5]
> lavfi/dnn_backend_native_layer_avgpool.h: Documentation
>
> Add documentation for Average Poo
Andreas Rheinhardt:
> Since a247ac640df3da573cd661065bf53f37863e2b46, allcodecs.c contained
> two lines that matched the regex used by find_filters_extern in
> configure; as a result, libx264 appeared twice the list of codecs
> (if enabled).
>
> Fix this by using only one matching line by adding a
The SIMD version was only used by the bpp > 2 case. This patch
uses the SIMD version for both code paths.
Change has been tested to still work with a 1-bpp image that uses
paeth, to generate one:
pngnq-s9 input.png
optipng -f4 -force input-nq8.png
---
libavcodec/pngdec.c | 2 +-
1 file changed,
30 matches
Mail list logo
