> -Original Message-
> From: ffmpeg-devel On Behalf Of
> jianfeng.zheng
> Sent: 2024年1月19日 23:53
> To: ffmpeg-devel@ffmpeg.org
> Cc: jianfeng.zheng
> Subject: [FFmpeg-devel] [PATCH v1 2/2] vaapi: add vaapi_avs2 support
>
> see https://github.com/intel/libva/pull/738
>
> [Moore
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> jianfeng.zheng
> Sent: 2024年1月19日 23:50
> To: ffmpeg-devel@ffmpeg.org
> Cc: jianfeng.zheng
> Subject: [FFmpeg-devel] [PATCH v1 1/2] vaapi: add vaapi_cavs support
>
> see https://github.com/intel/libva/pull/738
>
> [Moore
Finishes fixing vp5/potter512-400-partial.avi
The fate-matroska-ms-mode test ref is updated to reflect that the Speex decoder
can now read the stream.
Signed-off-by: James Almer
---
libavcodec/speexdec.c | 4 +---
tests/ref/fate/matroska-ms-mode | 2 +-
2 files changed, 2
There could be bogus bytes at the start, as is the case of
vp5/potter512-400-partial.avi from the FATE suite, which could be a case of bad
remuxing from an OGG source.
Partially fixes decoding of vp5/potter512-400-partial.avi
Signed-off-by: James Almer
---
libavcodec/speexdec.c | 5 +++--
1
On Fri, Jan 19, 2024 at 09:53:46AM +0100, Michael Koch wrote:
> There is still a small problem with the random generator, but this has
> nothing to do with the recent changes.
> If the random() expression is used in the geq filter, then multiple pixels
> get the same sequence of random numbers.
>
On Thu, Jan 18, 2024 at 05:33:41PM +0100, Lynne wrote:
> The tables for the new sizes were added last year due
> to being required for SDR.
> However, the assembly was never updated to use them.
>
> Patch attached.
>
> tx_float.asm |8 ++--
> 1 file changed, 6 insertions(+), 2
On 1/19/2024 6:22 PM, Michael Niedermayer wrote:
On Wed, Jan 17, 2024 at 05:41:33PM -0300, James Almer wrote:
This will be used to support tiled image formats like HEIF.
Signed-off-by: James Almer
---
libavformat/avformat.c | 5 +
libavformat/avformat.h | 3 +++
libavformat/dump.c
On Wed, Jan 17, 2024 at 05:41:33PM -0300, James Almer wrote:
> This will be used to support tiled image formats like HEIF.
>
> Signed-off-by: James Almer
> ---
> libavformat/avformat.c | 5 +
> libavformat/avformat.h | 3 +++
> libavformat/dump.c | 36
I've tested the latest patch with both the lavc decoder and Resolume's
proprietary software, and the encoded outputs are working for me.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To
Hi,
Le perjantaina 19. tammikuuta 2024, 17.30.00 EET Michael Platzer via ffmpeg-
devel a écrit :
> Commit 446b0090cbb66ee614dcf6ca79c78dc8eb7f0e37 by Remi Denis-Courmont has
> replaced RISC-V vector loads and stores with negative stride with vrgather
> (generalized permutation within vector
Signed-off-by: Connor Worley
---
Changelog | 1 +
configure | 1 +
doc/general_contents.texi | 3 +-
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c| 1 +
libavcodec/dxvenc.c | 361 ++
On Fri, Jan 19, 2024 at 5:56 PM Connor Worley
wrote:
> Thanks for the feedback! For the next revision, is it preferred to reply
> to this thread or create a new one?
>
here is fine
> On 1/19/24 08:23, Vittorio Giovara wrote:
> >> diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c
>
Thanks for the feedback! For the next revision, is it preferred to reply to
this thread or create a new one?
On 1/19/24 08:23, Vittorio Giovara wrote:
>> diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c
>> index 93ce8e3224..ef8c3a6d7d 100644
>> --- a/libavcodec/allcodecs.c
>> +++
Hi,
thanks for the patch, below a few minor nits
On Wed, Jan 17, 2024 at 9:57 PM Connor Worley
wrote:
> diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c
> index 93ce8e3224..ef8c3a6d7d 100644
> --- a/libavcodec/allcodecs.c
> +++ b/libavcodec/allcodecs.c
> @@ -106,6 +106,7 @@ extern
see https://github.com/intel/libva/pull/738
[Moore Threads](https://www.mthreads.com) (short for Mthreads) is a
Chinese GPU manufacturer. All our products, like MTTS70/MTTS80/.. ,
support AVS2 8bit/10bit HW decoding at max 8k resolution.
Signed-off-by: jianfeng.zheng
---
configure
see https://github.com/intel/libva/pull/738
[Moore Threads](https://www.mthreads.com) (short for Mthreads) is a
Chinese GPU manufacturer. All our products, like MTTS70/MTTS80/.. ,
support AVS/AVS+ HW decoding at max 2k resolution.
Signed-off-by: jianfeng.zheng
---
configure |
Hi,
Commit 446b0090cbb66ee614dcf6ca79c78dc8eb7f0e37 by Remi Denis-Courmont has
replaced RISC-V vector loads and stores with negative stride with vrgather
(generalized permutation within vector registers) instructions in order to
reverse the elements in a vector register. The commit message
LGTM on inspection. Thank you. From W3 validator:
Document checking completed. No errors or warnings to show.
On Fri, Jan 19, 2024 at 06:58 Anton Khirnov wrote:
> Quoting Marth64 (2024-01-08 22:40:40)
> > Signed-off-by: Marth64
> > ---
> > src/template_head2 | 2 +-
> > 1 file changed, 1
>发件人: ffmpeg-devel 代表 Michael Niedermayer
>
>发送时间: 2024年1月18日 13:48
>收件人: FFmpeg development discussions and patches
>主题: Re: [FFmpeg-devel] [PATCH 7/8] avcodec/x86/vvc: add avg and avg_w AVX2
>optimizations
>
>On Thu, Jan 18, 2024 at 10:24:03PM +0800, toq...@outlook.com wrote:
>> From: Wu
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
tests/checkasm/vvc_mc.c | 64 +
1 file changed, 64 insertions(+)
diff --git a/tests/checkasm/vvc_mc.c b/tests/checkasm/vvc_mc.c
index 711280deec..8adb00573f 100644
--- a/tests/checkasm/vvc_mc.c
+++
From: Wu Jianhua
The avg/avg_w is based on dav1d.
See https://code.videolan.org/videolan/dav1d/-/blob/master/src/x86/mc_avx2.asm
vvc_avg_8_2x2_c: 71.6
vvc_avg_8_2x2_avx2: 26.8
vvc_avg_8_2x4_c: 140.8
vvc_avg_8_2x4_avx2: 34.6
vvc_avg_8_2x8_c: 410.3
vvc_avg_8_2x8_avx2: 41.3
vvc_avg_8_2x16_c: 769.3
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 +
tests/checkasm/checkasm.h | 1 +
tests/checkasm/vvc_mc.c | 270 ++
4 files changed, 275 insertions(+)
create mode 100644
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/Makefile | 1 +
libavcodec/vvc/vvcdsp.c | 4 +
libavcodec/vvc/vvcdsp.h | 2 +
libavcodec/x86/vvc/Makefile | 6 +
libavcodec/x86/vvc/vvcdsp_init.c | 202 +++
5 files
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/h26x/h2656_inter_template.c | 577 +
libavcodec/vvc/vvc_inter_template.c| 559 +---
2 files changed, 578 insertions(+), 558 deletions(-)
create mode 100644
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/x86/h26x/h2656_inter.asm | 32 ++---
libavcodec/x86/h26x/h2656dsp.c | 4 ++--
libavcodec/x86/h26x/h2656dsp.h | 2 +-
libavcodec/x86/hevcdsp_init.c | 2 +-
4 files changed, 19 insertions(+), 21
From: Wu Jianhua
This enable that the asm optimization can be reused by VVC
Signed-off-by: Wu Jianhua
---
libavcodec/x86/Makefile |1 +
libavcodec/x86/h26x/h2656_inter.asm | 1135 +++
libavcodec/x86/h26x/h2656dsp.c | 98 +++
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/hevcdsp_template.c | 594 +++---
1 file changed, 46 insertions(+), 548 deletions(-)
diff --git a/libavcodec/hevcdsp_template.c b/libavcodec/hevcdsp_template.c
index 0de14e9dcf..9b48bdf08e 100644
---
Quoting James Almer (2024-01-19 14:01:47)
> On 1/19/2024 9:36 AM, Anton Khirnov wrote:
> > Some callers assume that item_name is always set, so this may be
> > considered an API break.
> >
> > This reverts commit 0c6203c97a99f69dbaa6e4011d48c331ef5e.
>
> Ok.
>
> We could fwiw announce that
On 1/19/2024 9:36 AM, Anton Khirnov wrote:
Some callers assume that item_name is always set, so this may be
considered an API break.
This reverts commit 0c6203c97a99f69dbaa6e4011d48c331ef5e.
Ok.
We could fwiw announce that starting with an arbitrary major soname
item_name can be NULL,
Quoting Marth64 (2024-01-08 22:40:40)
> Signed-off-by: Marth64
> ---
> src/template_head2 | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/template_head2 b/src/template_head2
> index 7ba634b..102fac0 100644
> --- a/src/template_head2
> +++ b/src/template_head2
> @@
There is still a small problem with the random generator, but this has
nothing to do with the recent changes.
If the random() expression is used in the geq filter, then multiple
pixels get the same sequence of random numbers.
As can be shown with this command, where the frame has only two
31 matches
Mail list logo