From: Zhao Zhili
---
libavcodec/aarch64/hevcdsp_init_aarch64.c | 66 +++
1 file changed, 18 insertions(+), 48 deletions(-)
diff --git a/libavcodec/aarch64/hevcdsp_init_aarch64.c
b/libavcodec/aarch64/hevcdsp_init_aarch64.c
index a90da0246e..26bbc8750f 100644
--- a/libavcodec
From: Zhao Zhili
Just share hevc implementation.
checkasm --test=vvc_mc --benchmark:
put_luma_h_8_4x4_c: 0.2 ( 1.00x)
put_luma_h_8_4x4_neon: 0.2 ( 1.00x)
put_luma_h_8_8x8_c: 1.0 ( 1.00x)
From: Zhao Zhili
Benchmark on Android pixel 8 with -fno-vectorize
put_luma_h_8_4x4_c: 0.2 ( 1.00x)
put_luma_h_8_4x4_neon: 0.2 ( 1.00x)
put_luma_h_8_4x4_i8mm: 0.0 ( 0.00x)
put_luma_h_8_8x8_c:
From: Zhao Zhili
put_luma_pixels_8_4x4_c: 0.2 ( 1.00x)
put_luma_pixels_8_4x4_neon: 0.2 ( 1.00x)
put_luma_pixels_8_8x8_c: 0.7 ( 1.00x)
put_luma_pixels_8_8x8_neon: 0.2 ( 3.22x)
From: Zhao Zhili
---
libavcodec/hevc/dsp_template.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc/dsp_template.c b/libavcodec/hevc/dsp_template.c
index aebccd1a0c..a0f79c2673 100644
--- a/libavcodec/hevc/dsp_template.c
+++ b/libavcodec/hevc/dsp_template.
From: Zhao Zhili
So vvc can reuse the implementation.
---
libavcodec/aarch64/Makefile | 4 +-
libavcodec/aarch64/h26x/dsp.h | 198 ++
.../{hevcdsp_epel_neon.S => h26x/epel_neon.S} | 0
.../{hevcdsp_qpel_neon.S => h26x/qpel_neon.S} | 0
liba
On Thu, Sep 05, 2024 at 04:35:04AM +0200, Martin Schitter wrote:
> This is a second attempt to contribute the corrected code of an
> AVID DNxUncompressed / SMTPE RDD 50 decoder.
>
> Thanks
> Martin
>
> ---
> Changelog | 1 +
> doc/general_contents.texi | 1 +
> libavcodec/Mak
In one failure path for av_opt_set_array, the ret variable
was declared again, shadowing the outer one and writing the
return value to the wrong one and then after the goto returning
the uninitialized one instead.
Introduced in 450a3f58edb22d28912a5e65dc08d9e2fb805066
Fixes: CID1619242 Uninitiali
These can easily lead to incredibly confusing errors, and should
practically never happen.
I'd have loved to make this a -Werror even, but sadly there is way too
many instances in the codebase right now that first needs to be weeded
out.
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --
On Sat, Sep 07, 2024 at 08:52:41PM +0200, Timo Rothenpieler wrote:
> These can easily lead to incredibly confusing errors, and should
> practically never happen.
> I'd have loved to make this a -Werror even, but sadly there is way too
> many instances in the codebase right now that first needs to b
Sorry for this blocking tiny stupid error.
I don't know, how it happend!
martin
---
libavcodec/dnxucdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dnxucdec.c b/libavcodec/dnxucdec.c
index 502e736..e9a2157 100644
--- a/libavcodec/dnxucdec.c
+++ b/libavcodec/d
On Wed, Aug 28, 2024 at 01:40:39PM +, Helmrich, Christian wrote:
> Following up on this: attached a (final, in our view) v5. Changes over v3:
>
>
> - cleanup and align to psnr filter
> - add metadata
> - add xpsnr tests for yuv and rgb
will apply
thx
[...]
--
Michael GnuPG fingerprin
On Fri, Sep 06, 2024 at 03:11:01PM +, Helmrich, Christian wrote:
> Hi, adding us XPSNR authors to MAINTAINERS, as requested/suggested in
>
> https://ffmpeg.org/pipermail/ffmpeg-devel/2024-September/332940.html
[...]
> MAINTAINERS |1 +
> 1 file changed, 1 insertion(+)
> f69e632b19924e0a
On Sat, Aug 24, 2024 at 10:31:28PM +0200, Michael Niedermayer wrote:
> On Wed, Aug 14, 2024 at 02:41:55PM +0200, Michael Niedermayer wrote:
> > Hi all
> >
> > Are there any upcoming LTS releases that want to/could include FFmpeg 7.1 ?
> > If so please reply here and list the date before which we w
On Sat, Sep 7, 2024 at 12:49 AM Jean-Baptiste Kempf wrote:
>
>
> On Fri, 6 Sep 2024, at 16:18, Frank Plowman wrote:
> > ffmpeg | branch: master | Frank Plowman | Fri
> > Aug 23 13:36:50 2024 +0100| [6df0c5f9f4c3261acf5b0efe43597b9eb765d6b6]
> > | committer: Nuo Mi
> >
> > lavc/vvc: Remove experi
15 matches
Mail list logo
