On 11/5/2024 6:31 AM, Nicolas George wrote:
Anton Khirnov (12024-11-05):
That is an unreasonable demand IMO.
Care to elaborate why requesting benchmarks for changes on a filter that
was designed for speed on the architectures it would be most impacted on
seems to you unreasonable?
Asking for
On 11/1/24 8:50 AM, Kacper Michajłow wrote:
Found by OSS-Fuzz.
Signed-off-by: Kacper Michajłow
---
libavcodec/jpegxl_parser.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/jpegxl_parser.c b/libavcodec/jpegxl_parser.c
index 8c45e1a1b7..746c429b9c 100644
Marton Balint (12024-11-04):
> Signed-off-by: Marton Balint
> ---
> libavfilter/asrc_sine.c | 16 +-
> tests/ref/fate/copy-shortest1 | 58 ++---
> tests/ref/fate/copy-shortest2 | 58 ++---
> tests/ref/fate/filter-concat| 344 ++--
> tests
Le 5 novembre 2024 11:40:33 GMT+02:00, Nicolas George a écrit
:
>Anton Khirnov (12024-11-05):
>> 32bit CPUs are effectively obsolete and heading to extinction
>
>The idea that FFmpeg is only for new hardware and should not support
>“obsolete” hardware is unreasonable.
Sure. We should still sup
On 11/4/24 9:59 PM, James Almer wrote:
On 11/4/2024 11:23 PM, Michael Niedermayer wrote:
Fixes: Use of uninitialised value of size 8
Odd, the only load op with dec->window appears to be 4 bytes.
Fixes: 368725676/clusterfuzz-testcase-minimized-
fuzzer_protocol_file-6022251122589696-cut
Fixes:
Quoting Nicolas George (2024-11-05 09:52:47)
> Also, please check the speed impact on speed on a 32 bits CPU. A real
> one, not an emulation or compatibility mode, and preferably a low-end
> one.
That is an unreasonable demand IMO.
--
Anton Khirnov
___
Quoting Marton Balint (2024-11-05 08:15:31)
> v2: use -filter_complex instead of -f lavfi to generate input
>
> Signed-off-by: Marton Balint
> ---
> tests/fate/filter-audio.mak | 3 +++
> tests/ref/fate/filter-aloop | 45 +
> 2 files changed, 48 insertions(+)
Quoting Marton Balint (2024-11-04 21:30:23)
> Signed-off-by: Marton Balint
> ---
> tests/fate/filter-audio.mak | 3 +++
> tests/ref/fate/filter-aloop | 45 +
> 2 files changed, 48 insertions(+)
> create mode 100644 tests/ref/fate/filter-aloop
>
> diff --git
Anton Khirnov (12024-11-05):
> That is an unreasonable demand IMO.
Care to elaborate why requesting benchmarks for changes on a filter that
was designed for speed on the architectures it would be most impacted on
seems to you unreasonable?
--
Nicolas George
Setting it was broken in 8160178dfc0e6bdaacf80dec58e595a9d595eedc, since
links are not yet set up during init. It is also redundant, as the
struct also stores the input index.
Reported-By: llyyr
---
libavfilter/vf_libplacebo.c | 41 ++---
1 file changed, 20 insert
Quoting Nicolas George (2024-11-05 10:31:04)
> Anton Khirnov (12024-11-05):
> > That is an unreasonable demand IMO.
>
> Care to elaborate why requesting benchmarks for changes on a filter that
> was designed for speed on the architectures it would be most impacted on
> seems to you unreasonable?
Anton Khirnov (12024-11-05):
> 32bit CPUs are effectively obsolete and heading to extinction
The idea that FFmpeg is only for new hardware and should not support
“obsolete” hardware is unreasonable.
--
Nicolas George
___
ffmpeg-devel mailing list
ffm
Le 5 novembre 2024 11:31:04 GMT+02:00, Nicolas George a écrit
:
>Anton Khirnov (12024-11-05):
>> That is an unreasonable demand IMO.
>
>Care to elaborate why requesting benchmarks for changes on a filter that
>was designed for speed on the architectures it would be most impacted on
>seems to yo
Rémi Denis-Courmont (12024-11-05):
> It should be obvious, but you can't expect people to have whatever
> uncommon (or in this case, no longer common) hardware.
Anybody who needs access to unusual hardware for a Free Software project
can get an account on the GCC compile farm and thus access to a
James Almer (12024-11-05):
> Asking for benchmarks on old CPUs that are running deprecated or obsolete
> OSes is not reasonable.
I did not ask that they be running deprecated or obsolete OSes, so…
Also there are recent ARM32 CPUs.
--
Nicolas George
Hi,
On Sun, Nov 3, 2024 at 11:37 AM Michael Niedermayer
wrote:
> On Sun, Nov 03, 2024 at 08:56:36PM +0900, Rémi Denis-Courmont wrote:
> > Le 2 novembre 2024 20:34:30 GMT+09:00, Michael Niedermayer <
> mich...@niedermayer.cc> a écrit :
> > >At teh current videolan developer days there where sever
Any feedback?
On Thu, Oct 24, 2024 at 6:54 PM wrote:
> From: Eugene Zemtsov
>
> Bug: https://issues.chromium.org/issues/372994341
> Change-Id: I695d625717c078ed6f84f44e58c34da858af4d3b
> Reviewed-on:
> https://chromium-review.googlesource.com/c/chromium/third_party/ffmpeg/+/5958151
> Reviewed-b
Any feedback?
On Thu, Oct 24, 2024 at 6:52 PM wrote:
> From: Eugene Zemtsov
>
> It's AVPacketSideDataType, not AVFrameSideDataType.
>
> Bug: https://issues.chromium.org/issues/374797732
> Change-Id: If75702c6d639ca63827cc3370477de00544d3c0f
> Reviewed-on:
> https://chromium-review.googlesource.
On Tue, Nov 05, 2024 at 04:51:30PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Nov 3, 2024 at 11:37 AM Michael Niedermayer
> wrote:
>
> > On Sun, Nov 03, 2024 at 08:56:36PM +0900, Rémi Denis-Courmont wrote:
> > > Le 2 novembre 2024 20:34:30 GMT+09:00, Michael Niedermayer <
> > mich...@niede
Fixes CID 1634471
---
libavcodec/rv60dec.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/rv60dec.c b/libavcodec/rv60dec.c
index d68fa66fa7..86c7aefbca 100644
--- a/libavcodec/rv60dec.c
+++ b/libavcodec/rv60dec.c
@@ -2263,7 +2263,8 @@ static int decode_slice(A
Fixes CID 1634472
---
libavcodec/rv60dec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/rv60dec.c b/libavcodec/rv60dec.c
index d0cc10253b..d68fa66fa7 100644
--- a/libavcodec/rv60dec.c
+++ b/libavcodec/rv60dec.c
@@ -2270,6 +2270,8 @@ static int decode_slice(AVCodecContext *avctx
Signed-off-by: Peter Ross
---
added missing reference frame check. will apply soon.
libavcodec/codec_desc.c | 2 +-
libavcodec/eatgq.c | 54 ++---
2 files changed, 51 insertions(+), 5 deletions(-)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_
22 matches
Mail list logo
