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,
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
> -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
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
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
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,
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(-)
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
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
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
> -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
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
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
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
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: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 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,
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
>
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 |
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
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
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
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
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
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
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: 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:
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
---
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
+++
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
+++
On Tue, May 11, 2021 at 05:15:46AM +0200, Andreas Rheinhardt wrote:
> lance.lmw...@gmail.com:
> > On Tue, May 11, 2021 at 03:45:51AM +0200, Andreas Rheinhardt wrote:
> >> lance.lmw...@gmail.com:
> >>> On Tue, May 11, 2021 at 01:27:09AM +0200, Andreas Rheinhardt wrote:
>
lance.lmw...@gmail.com (12021-05-11):
> Maybe I think it's better to alloc in ff_hex_to_data function and return the
> buffer directly.
Then certainly you are wrong. You should never suggest to use a dynamic
allocation when the code can be written with automatic allocation.
Please remember that
32 matches
Mail list logo
