C908
h264_add_pixels8_clear_c: 262.0
h264_add_pixels8_clear_rvv_i64: 59.0
From 11218f9067566fa3ace8821b4b890457d6ea17f9 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Mon, 25 Dec 2023 00:07:09 +0800
Subject: [PATCH 3/3] lavc/h264dsp: R-V V h264_add_pixels8_clear
C908
h264_add_pixels8_clear_c:
C908
h264_add_pixels4_clear_c: 96.0
h264_add_pixels4_clear_rvv_i64: 30.2
From 8b2838516915c27aa2831e797c2c41ad1d1bae1b Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Mon, 25 Dec 2023 00:06:28 +0800
Subject: [PATCH 2/3] lavc/h264dsp: R-V V h264_add_pixels4_clear
C908
h264_add_pixels4_clear_c:
From 39a9d1728cd867f5a4bfc39232167e9769247bf6 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Dec 2023 20:02:11 +0800
Subject: [PATCH 1/3] checkasm/h264dsp: add h264_add_pixels_clear test
---
tests/checkasm/h264dsp.c | 55
1 file changed, 55
On Sun, Dec 24, 2023 at 02:33:31PM -0500, Brad Smith wrote:
> configure: Enable section_data_rel_ro for FreeBSD and NetBSD aarch64 / arm
>
> Fixes the build. It's a requirement when utilizing PIE.
>
> Signed-off-by: Brad Smith
> ---
> configure | 2 ++
> 1 file changed, 2 insertions(+)
will
>From: ffmpeg-devel On Behalf Of
>Michael Niedermayer
>Sent: Monday, December 25, 2023 7:07 AM
>To: FFmpeg development discussions and patches de...@ffmpeg.org>
>Subject: Re: [FFmpeg-devel] [PATCH v12 2/9] avcodec: add D3D12VA hardware
>accelerated H264 decoding
>
>On Tue, Dec 05, 2023 at
On Fri, Dec 22, 2023 at 09:57:33PM -0500, Leo Izen wrote:
> The specification doesn't mention that clusters cannot have alphabet
> sizes greater than 1 << bundle->log_alphabet_size, but the reference
> implementation rejects these entropy streams as invalid, so we should
> too. Refusing to do so
From: Paul B Mahol
Fixes: out of array access
Fixes: tickets/10747/poc14ffmpeg
Found-by: Zeng Yunxiang and Song Jiaxuan
Signed-off-by: Michael Niedermayer
---
libavfilter/af_stereotools.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/af_stereotools.c
The code works in steps of 2 lines and lacks support for odd height
Implementing odd height support is better but for now this fixes the
out of array access
Fixes: out of array access
Fixes: tickets/10702/poc6ffmpe
Found-by: Zeng Yunxiang
Signed-off-by: Michael Niedermayer
---
Fixes: out of array access
Fixes: tickets/10749/poc15ffmpeg
Regression since: 81df787b53eb5c6433731f6eaaf7f2a94d8a8c80
Found-by: Zeng Yunxiang
Signed-off-by: Michael Niedermayer
---
libavfilter/avf_showspectrum.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Michael Niedermayer
---
libavfilter/af_stereowiden.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/af_stereowiden.c b/libavfilter/af_stereowiden.c
index f7a6a91ae40..1273c77116e 100644
--- a/libavfilter/af_stereowiden.c
+++
On Tue, Dec 05, 2023 at 02:46:44PM +0800, Tong Wu wrote:
> From: Wu Jianhua
>
> The implementation is based on:
> https://learn.microsoft.com/en-us/windows/win32/medfound/direct3d-12-video-overview
>
> With the Direct3D 12 video decoding support, we can render or process
> the decoded images by
On Sun, Dec 24, 2023 at 6:22 PM Michael Niedermayer
wrote:
> On Sun, Dec 24, 2023 at 04:11:30PM +0100, Nicolas George wrote:
> > Tomas Härdin (12023-12-24):
> > > Nah, NIH is bad.
> >
> > Then you need to find a different project. FFmpeg exists because a
> > genius hacker decided to NIH a MPEG
sön 2023-12-24 klockan 18:21 +0100 skrev Michael Niedermayer:
> On Sun, Dec 24, 2023 at 04:11:30PM +0100, Nicolas George wrote:
> > Tomas Härdin (12023-12-24):
> > > Nah, NIH is bad.
> >
> > Then you need to find a different project. FFmpeg exists because a
> > genius hacker decided to NIH a MPEG
sön 2023-12-24 klockan 13:13 +0100 skrev Jean-Baptiste Kempf:
> Hello folks,
>
> The nice folks at Bloomberg, represented by their Open Source Program
> Office (OSPO) are sending us a $10k grant!
> This is part of their FOSS Contributor Fund, where FFmpeg was
> selected by employees!
>
> This
On Wed, Dec 06, 2023 at 06:43:50PM +0800, Philip Langdale via ffmpeg-devel
wrote:
> On Sat, 2 Dec 2023 23:02:36 +0100
> Thomas Mundt wrote:
>
> >
> > LGTM, thanks.
> >
>
> I am going to squash the three commits and push. There's no real need
> to put each filter in a separate diff when the
On 2023-12-24 1:58 p.m., Michael Niedermayer wrote:
Hi
On Sun, Dec 17, 2023 at 09:22:39PM -0500, Brad Smith wrote:
configure: Enable section_data_rel_ro for FreeBSD and NetBSD aarch64 / arm
The commit message should be a bit more verbose.
Explaining "why" even if thats obvious to you
thx
configure: Enable section_data_rel_ro for FreeBSD and NetBSD aarch64 / arm
Fixes the build. It's a requirement when utilizing PIE.
Signed-off-by: Brad Smith
---
configure | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configure b/configure
index 078aa9437a..226874600a 100755
---
Hi
On Sun, Dec 17, 2023 at 09:22:39PM -0500, Brad Smith wrote:
> configure: Enable section_data_rel_ro for FreeBSD and NetBSD aarch64 / arm
The commit message should be a bit more verbose.
Explaining "why" even if thats obvious to you
thx
[...]
--
Michael GnuPG fingerprint:
On Wed, 13 Dec 2023 14:11:57 +0100 Niklas Haas wrote:
> Split off from my YUVJ removal series. This implements all of the
> libavfilter changes needed to fully deprecate YUVJ, but does not yet
> remove YUVJ, nor add an AVCodec API for advertising colorspace support.
>
> Update includes all of
ping.
On 2023-12-17 9:22 p.m., Brad Smith wrote:
configure: Enable section_data_rel_ro for FreeBSD and NetBSD aarch64 / arm
Signed-off-by: Brad Smith
---
configure | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configure b/configure
index 078aa9437a..226874600a 100755
---
On Sun, 24 Dec 2023, 20:41 Stefano Sabatini, wrote:
> On date Saturday 2023-12-16 15:24:36 +0100, Stefano Sabatini wrote:
> > ---
> > libavfilter/vf_overlay.c | 260 ---
> > 1 file changed, 53 insertions(+), 207 deletions(-)
>
> Will apply in a few days.
>
On date Sunday 2023-12-17 19:00:01 +0100, Stefano Sabatini wrote:
> On date Saturday 2023-12-09 19:13:46 +0100, Stefano Sabatini wrote:
> > On date Thursday 2023-11-30 01:49:14 +0100, Stefano Sabatini wrote:
> > > ---
> > > configure | 4 +
> > > libavfilter/Makefile|
On date Saturday 2023-12-16 15:24:36 +0100, Stefano Sabatini wrote:
> ---
> libavfilter/vf_overlay.c | 260 ---
> 1 file changed, 53 insertions(+), 207 deletions(-)
Will apply in a few days.
___
ffmpeg-devel mailing
On Sun, Dec 24, 2023 at 04:11:30PM +0100, Nicolas George wrote:
> Tomas Härdin (12023-12-24):
> > Nah, NIH is bad.
>
> Then you need to find a different project. FFmpeg exists because a
> genius hacker decided to NIH a MPEG software decoder.
Please stop attacking Tomas!
FFmpeg exists because
Tomas Härdin (12023-12-24):
> Nah, NIH is bad.
Then you need to find a different project. FFmpeg exists because a
genius hacker decided to NIH a MPEG software decoder.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel
On Sun, Dec 24, 2023 at 3:33 PM Tomas Härdin wrote:
> sön 2023-12-24 klockan 13:12 +0100 skrev Nicolas George:
> > Tomas Härdin (12023-12-24):
> > > But I'd prefer if it were replaced by bmxlib.
> >
> > Yes, we know that you have not understood that the raison d'être of
> > FFmpeg is to
sön 2023-12-24 klockan 13:12 +0100 skrev Nicolas George:
> Tomas Härdin (12023-12-24):
> > But I'd prefer if it were replaced by bmxlib.
>
> Yes, we know that you have not understood that the raison d'être of
> FFmpeg is to IMPLEMENT natively all multimedia formats and protocols
> and
> the
On 12/24/2023 9:12 AM, Nicolas George wrote:
Tomas Härdin (12023-12-24):
But I'd prefer if it were replaced by bmxlib.
Yes, we know that you have not understood that the raison d'être of
FFmpeg is to IMPLEMENT natively all multimedia formats and protocols and
the utility code they need, not
Hello folks,
The nice folks at Bloomberg, represented by their Open Source Program Office
(OSPO) are sending us a $10k grant!
This is part of their FOSS Contributor Fund, where FFmpeg was selected by
employees!
This money will come through OpenCollective and should arrive on the SPI
account,
Tomas Härdin (12023-12-24):
> But I'd prefer if it were replaced by bmxlib.
Yes, we know that you have not understood that the raison d'être of
FFmpeg is to IMPLEMENT natively all multimedia formats and protocols and
the utility code they need, not be a mere collection of wrappers.
--
Nicolas
fre 2023-12-22 klockan 10:09 -0300 skrev James Almer:
> On 12/21/2023 5:05 PM, Paul B Mahol wrote:
> > On Thu, Dec 21, 2023 at 8:43 PM Tomas Härdin
> > wrote:
> >
> > > ons 2023-12-20 klockan 20:11 +0100 skrev Michael Niedermayer:
> > > > On Wed, Dec 20, 2023 at 05:57:40PM +0100, Tomas Härdin
On date Monday 2023-12-11 02:35:01 +0100, Clément Bœsch wrote:
> Hello there,
>
> I'm currently investigating an issue¹ affecting Kostya ProRes encoder
> which is not reproducible with Anatoliy encoder (but it's too early to
> say if the bug is not present there as well given the differences in
>
On date Monday 2023-12-11 02:35:36 +0100, Clément Bœsch wrote:
> Unify cosmetics with encode_acs() from proresenc_anatoliy.
> ---
> libavcodec/proresenc_kostya.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
LGTM.
___
ffmpeg-devel
On date Monday 2023-12-11 02:35:35 +0100, Clément Bœsch wrote:
> This makes the function pretty much identical to the function of the
> same name in proresenc_kostya.
> ---
> libavcodec/proresenc_anatoliy.c | 24 ++--
> 1 file changed, 10 insertions(+), 14 deletions(-)
>
>
On Fri, 22 Dec 2023 at 14:57, Anton Khirnov wrote:
>
> Quoting Andreas Rheinhardt (2023-12-22 14:48:45)
> > Avoids relocations.
> >
> > Signed-off-by: Andreas Rheinhardt
> > ---
>
> Maybe mention that it's not needed after
> acf63d5350adeae551d412db699f8ca03f7e76b9.
This is not the only user of
This is highly suboptimal, use rounding-up.
See librempeg code.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with
On date Monday 2023-12-11 02:35:34 +0100, Clément Bœsch wrote:
> This matches the logic from the function of the same name in proresenc_kostya.
> ---
> libavcodec/proresenc_anatoliy.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
LGTM.
On date Monday 2023-12-11 02:35:33 +0100, Clément Bœsch wrote:
> This matches the logic from the function of the same name in proresenc_kostya.
> ---
> libavcodec/proresenc_anatoliy.c | 11 +++
> 1 file changed, 7 insertions(+), 4 deletions(-)
>
> diff --git
On date Monday 2023-12-11 02:35:32 +0100, Clément Bœsch wrote:
> ---
> libavcodec/proresenc_anatoliy.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
LGTM.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On date Monday 2023-12-11 02:35:31 +0100, Clément Bœsch wrote:
> This makes the prototype closer to the function of the same name in
> proresenc_kostya.
> ---
> libavcodec/proresenc_anatoliy.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
LGTM.
On date Monday 2023-12-11 02:35:30 +0100, Clément Bœsch wrote:
> This matches the code from proresenc_kostya.
> ---
> libavcodec/proresenc_anatoliy.c | 9 +
> 1 file changed, 1 insertion(+), 8 deletions(-)
>
> diff --git a/libavcodec/proresenc_anatoliy.c b/libavcodec/proresenc_anatoliy.c
Andreas Rheinhardt:
> Avoids casts all over the place; in this case, it also
> replaces the unsafe cast uint8_t**->const uint8_t **
> by the safe cast uint8_t**->const uint8_t * const*.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavutil/hwcontext_d3d12va.c | 8
> 1 file changed, 4
Andreas Rheinhardt:
> The allocated buffer of an AVFrame need not be height * linesize
> big. In case there is padding between lines, the last line need
> not have this padding. Pathological examples exist with height == 1
> (where linesize is not really meaningful); non-pathological examples
>
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/d3d12va_av1.c | 2 +-
> libavcodec/d3d12va_hevc.c | 6 +++---
> libavcodec/d3d12va_vp9.c | 8
> 3 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/libavcodec/d3d12va_av1.c
44 matches
Mail list logo
