Le jeu. 6 juin 2024 à 08:11, Rémi Denis-Courmont a écrit :
> >James Almer:
> >> uyvytoyuv422_c: 23991.8
> >> uyvytoyuv422_sse2: 2817.8
> >> uyvytoyuv422_avx: 2819.3
> >
> >Why don't you nuke the avx version in a follow-up patch?
>
> Same problem with the RGBA stuff as well. Are the AVX functions e
Hi,
Attached inline is a _non-working_ implementation of flac_wasted32 for
VSX developed on a POWER9 in little-endian mode but probably just as
usable on POWER{8,10}.
I'm not sure why probably one of the simplest DSP functions in lavc
does not work for me, I imagine this is probably something end
On Thu, Jun 06, 2024 at 01:17:48AM +0200, Michael Niedermayer wrote:
[...]
> AVOption simply provides light weight access to the struct fields.
> Calling AVOption non re-entrant in modifying a field you arent even allowed
> to modify from 2 threads is confusing
I think you're saying there's alread
On 2024-06-05 12:47 am, Stefano Sabatini wrote:
On date Tuesday 2024-06-04 23:41:05 +0530, Gyan Doshi wrote:
Similar to select filter for video - it can only pass through or drop frames
---
libavfilter/trim.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/trim.c b/libavfil
Le 6 juin 2024 10:43:05 GMT+03:00, Sean McGovern a écrit :
>Hi,
>
>Attached inline is a _non-working_ implementation of flac_wasted32 for
>VSX developed on a POWER9 in little-endian mode but probably just as
>usable on POWER{8,10}.
>
>I'm not sure why probably one of the simplest DSP functions i
On Thu, Jun 6, 2024 at 2:07 AM Michael Niedermayer
wrote:
> On Wed, Jun 05, 2024 at 12:31:28PM +0300, Rémi Denis-Courmont wrote:
> >
> >
> > Le 5 juin 2024 12:18:57 GMT+03:00, "Rémi Denis-Courmont" <
> r...@remlab.net> a écrit :
> > >But by reacting *only* to Vittorio trying to defend himself and
On the top of p. 112 in VVC (09/2023):
It is a requirement of bitstream conformance that the values of
qpInVal[ i ][ j ] and qpOutVal[ i ][ j ] shall be in the range
of −QpBdOffset to 63, inclusive for i in the range of 0 to
numQpTables − 1, inclusive, and j in the range of 0 to
sps_num_points_in_
Hi,
Thanks for your review.
On 05/06/2024 14:50, Nuo Mi wrote:
> Hi Frank,
> Thank you for the patch
>
> On Wed, Jun 5, 2024 at 5:24 PM Frank Plowman wrote:
>
>> On the top of p. 112 in VVC (09/2023):
>>
>> It is a requirement of bitstream conformance that the values of
>> qpInVal[ i ][ j ] an
Same cast problem as previously.
___
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 subject "unsubscribe".
Signed-off-by: Shiqi Zhu
---
configure| 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vsink_sdlvsink.c | 142 +++
4 files changed, 145 insertions(+)
create mode 100644 libavfilter/vsink_sdlvsink.
> On Jun 6, 2024, at 19:51, Shiqi Zhu wrote:
I’m afraid this has the same issue as libavdevice/sdl[1].
[1]
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20230918063728.198377-1-haihao.xi...@intel.com/
>
> Signed-off-by: Shiqi Zhu
> ---
> configure| 1 +
> libavfilt
On 06/06/2024 08:46, Wu, Tong1 wrote:
From: ffmpeg-devel On Behalf Of Lynne
via ffmpeg-devel
Sent: Thursday, June 6, 2024 2:11 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Lynne
Subject: Re: [FFmpeg-devel] [PATCH v13 15/15] avcodec/hw_base_encode:
avoid getting FFHWBaseEncodeContext from avctx
On 03/06/
On Wed, Jun 5, 2024 at 7:53 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Andreas Rheinhardt:
> > This is the VVC version of 8b5d15530127fea54e934043a64653859de07353.
> >
> > (Hint: This ensures that the order of NALU arrays is OPI-VPS-SPS-PPS-
> > Prefix-SEI-Suffix-SEI, regardl
>-Original Message-
>From: ffmpeg-devel On Behalf Of Lynne
>via ffmpeg-devel
>Sent: Thursday, June 6, 2024 8:31 PM
>To: FFmpeg development discussions and patches
>Cc: Lynne
>Subject: Re: [FFmpeg-devel] [PATCH v13 15/15] avcodec/hw_base_encode:
>avoid getting FFHWBaseEncodeContext fro
On Wed, Jun 5, 2024 at 7:41 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> This is the VVC version of 8b5d15530127fea54e934043a64653859de07353.
>
> (Hint: This ensures that the order of NALU arrays is OPI-VPS-SPS-PPS-
> Prefix-SEI-Suffix-SEI, regardless of the order in the origin
And remove shuffle_bytes_2103_mmxext.
shuffle_bytes_0321_c: 28.1
shuffle_bytes_0321_sse2: 13.6
shuffle_bytes_0321_ssse3: 9.6
shuffle_bytes_0321_avx2: 7.1
shuffle_bytes_1230_c: 52.6
shuffle_bytes_1230_sse2: 12.1
shuffle_bytes_1230_ssse3: 8.6
shuffle_bytes_1230_avx2: 6.6
shuffle_bytes_2103_c: 29.1
s
On Thu, Jun 06, 2024 at 09:29:24AM +0100, Andrew Sayers wrote:
> On Thu, Jun 06, 2024 at 01:17:48AM +0200, Michael Niedermayer wrote:
> [...]
> > AVOption simply provides light weight access to the struct fields.
> > Calling AVOption non re-entrant in modifying a field you arent even allowed
> > to
James Almer:
> And remove shuffle_bytes_2103_mmxext.
>
> shuffle_bytes_0321_c: 28.1
> shuffle_bytes_0321_sse2: 13.6
> shuffle_bytes_0321_ssse3: 9.6
> shuffle_bytes_0321_avx2: 7.1
> shuffle_bytes_1230_c: 52.6
> shuffle_bytes_1230_sse2: 12.1
> shuffle_bytes_1230_ssse3: 8.6
> shuffle_bytes_1230_avx2:
On Thu, Jun 06, 2024 at 04:24:11PM +0200, Michael Niedermayer wrote:
> On Thu, Jun 06, 2024 at 09:29:24AM +0100, Andrew Sayers wrote:
> > On Thu, Jun 06, 2024 at 01:17:48AM +0200, Michael Niedermayer wrote:
> > [...]
> > > AVOption simply provides light weight access to the struct fields.
> > > Cal
Andrew Sayers:
> On Thu, Jun 06, 2024 at 04:24:11PM +0200, Michael Niedermayer wrote:
>> On Thu, Jun 06, 2024 at 09:29:24AM +0100, Andrew Sayers wrote:
>>> On Thu, Jun 06, 2024 at 01:17:48AM +0200, Michael Niedermayer wrote:
>>> [...]
AVOption simply provides light weight access to the struct
On Thu, Jun 06, 2024 at 05:21:00PM +0200, Andreas Rheinhardt wrote:
> Andrew Sayers:
> > On Thu, Jun 06, 2024 at 04:24:11PM +0200, Michael Niedermayer wrote:
> >> On Thu, Jun 06, 2024 at 09:29:24AM +0100, Andrew Sayers wrote:
> >>> On Thu, Jun 06, 2024 at 01:17:48AM +0200, Michael Niedermayer wrote
On 6/6/2024 11:48 AM, Andreas Rheinhardt wrote:
James Almer:
And remove shuffle_bytes_2103_mmxext.
shuffle_bytes_0321_c: 28.1
shuffle_bytes_0321_sse2: 13.6
shuffle_bytes_0321_ssse3: 9.6
shuffle_bytes_0321_avx2: 7.1
shuffle_bytes_1230_c: 52.6
shuffle_bytes_1230_sse2: 12.1
shuffle_bytes_1230_ssse
On Wed, Jun 5, 2024 at 7:41 PM Lynne via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> ---
> libavcodec/aac/aacdec_usac.c | 105 +--
> 1 file changed, 63 insertions(+), 42 deletions(-)
>
> diff --git a/libavcodec/aac/aacdec_usac.c b/libavcodec/aac/aacdec_usac.c
After a struct is initialized, only options with the
AV_OPT_FLAG_RUNTIME_PARAM flag can be modified.
Make that clearer, for the sake of readers who would otherwise
assume all options can be modified at any time.
---
libavutil/opt.h | 26 +-
1 file changed, 25 insertions(+)
---
libavcodec/riscv/Makefile | 1 +
libavcodec/riscv/flacdsp_init.c | 8 +++-
libavcodec/riscv/flacdsp_rvvb.S | 35 +
3 files changed, 43 insertions(+), 1 deletion(-)
create mode 100644 libavcodec/riscv/flacdsp_rvvb.S
diff --git a/libavcodec/riscv/Mak
On Thu, Jun 6, 2024, 05:53 Rémi Denis-Courmont wrote:
>
>
> Le 6 juin 2024 10:43:05 GMT+03:00, Sean McGovern a
> écrit :
> >Hi,
> >
> >Attached inline is a _non-working_ implementation of flac_wasted32 for
> >VSX developed on a POWER9 in little-endian mode but probably just as
> >usable on POWER
From: Zhao Zhili
It will fallback to mach_absolute_time inside libavutil/timer.h
---
libavutil/aarch64/timer.h | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/libavutil/aarch64/timer.h b/libavutil/aarch64/timer.h
index 8b28fd354c..fadc9568f8 100644
--- a/libavutil/aarc
From: Zhao Zhili
---
libavutil/timer.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavutil/timer.h b/libavutil/timer.h
index 2cd299eca3..74c4d84e69 100644
--- a/libavutil/timer.h
+++ b/libavutil/timer.h
@@ -46,6 +46,8 @@
#include "macos_kperf.h"
#elif HAVE_MACH_ABSOLUTE_TIME
#i
From: Zhao Zhili
B0 is defined by system header.
---
tests/checkasm/llviddsp.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/tests/checkasm/llviddsp.c b/tests/checkasm/llviddsp.c
index b75c0ea099..9f8de65df4 100644
--- a/tests/checkasm/llviddsp.c
+++ b/te
From: Zhao Zhili
Test on Apple M1:
rgb24_to_uv_8_c: 0.0
rgb24_to_uv_8_neon: 0.2
rgb24_to_uv_128_c: 1.0
rgb24_to_uv_128_neon: 0.5
rgb24_to_uv_1080_c: 7.0
rgb24_to_uv_1080_neon: 5.7
rgb24_to_uv_1920_c: 12.5
rgb24_to_uv_1920_neon: 9.5
rgb24_to_uv_half_8_c: 0.2
rgb24_to_uv_half_8_neon: 0.2
rgb24_to_
Bross, Benjamin:
> 发件人: Bross, Benjamin
> 发送时间: 2024年6月3日 3:42
> 收件人: FFmpeg development discussions and patches
> 抄送: Wu Jianhua
> 主题: Re: [FFmpeg-devel] [PATCH v2 3/3] tests/checkasm/vvc_alf: change alf step
> size to 8
>
>> From Benjamin Bross:
>>> for ALF where functions are in increments of
T-Head C908:
abgr_to_y_8_c:2.5
abgr_to_y_8_rvv_i32: 2.2
abgr_to_y_128_c: 37.0
abgr_to_y_128_rvv_i32:8.5
abgr_to_y_1080_c: 327.0
abgr_to_y_1080_rvv_i32: 69.5
abgr_to_y_1920_c: 552.0
abgr_to_y_1920_rvv_i32: 122.2
bgra_to_y_8_c:2.5
bgra_to_y_8_rvv_
---
libswscale/riscv/input.S | 52 ++
libswscale/riscv/swscale.c | 8 ++
2 files changed, 60 insertions(+)
diff --git a/libswscale/riscv/input.S b/libswscale/riscv/input.S
index 8dfd012a9d..2d00a5a225 100644
--- a/libswscale/riscv/input.S
+++ b/libswscal
T-Head C908:
abgr_to_uv_half_8_c:2.2
abgr_to_uv_half_8_rvv_i32: 3.5
abgr_to_uv_half_128_c: 44.0
abgr_to_uv_half_128_rvv_i32: 13.0
abgr_to_uv_half_1080_c: 245.0
abgr_to_uv_half_1080_rvv_i32: 107.2
abgr_to_uv_half_1920_c: 406.2
abgr_to_uv_half_1920_rvv_i32: 188.
We need to use either VWCVT.X.X.V or VSEXT.VF2. The later is preferable
to avoid changing VTYPE.
---
libavcodec/riscv/flacdsp_rvv.S | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/riscv/flacdsp_rvv.S b/libavcodec/riscv/flacdsp_rvv.S
index ea42f8bea4..1724aee9d7
From: Osamu Watanabe <65328111+osamu...@users.noreply.github.com>
Fix http://trac.ffmpeg.org/ticket/10121
Signed-off-by: Osamu Watanabe
---
libavcodec/jpeg2000dec.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/libavcodec/jpeg2000dec.c b/libavcodec/jpeg2000dec.
I am not sure the case described by coverity is possible
but its more robust checking the argument first
Fixes: CID1598441 Improper use of negative value
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Fixes: CID1473590 Untrusted loop bound
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavformat/mpeg.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mpeg.c b/libavformat/mpeg.c
index 5556861e1c4..c3dff3e4ea2 100644
--- a/libavformat/mpeg.c
+++ b/l
Fixes: CID1592939 Dereference after null check
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavformat/mxfdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index e65cec74c23..820b03940aa 100644
--- a/libavformat/mxf
Fixes: CID1524681 Logically dead code
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavformat/mxfenc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index f424858fc4e..b8e7bfe3018 100644
--- a/libavformat/mxfenc.c
+
Fixes: CID1473553 Untrusted loop bound
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavformat/rdt.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/rdt.c b/libavformat/rdt.c
index 60449d256a5..2fa53d34a8d 100644
--- a/libavformat/rdt.c
+++ b/libavf
On Thu, 6 Jun 2024 at 20:20, Zhao Zhili wrote:
>
>
> On Jun 6, 2024, at 19:51, Shiqi Zhu wrote:
>
>
> I’m afraid this has the same issue as libavdevice/sdl[1].
>
> [1]
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20230918063728.198377-1-haihao.xi...@intel.com/
>
Thank you for the reminde
> On Jun 7, 2024, at 10:12, Hiccup Zhu wrote:
>
> On Thu, 6 Jun 2024 at 20:20, Zhao Zhili wrote:
>>
>>
>> On Jun 6, 2024, at 19:51, Shiqi Zhu wrote:
>>
>>
>> I’m afraid this has the same issue as libavdevice/sdl[1].
>>
>> [1]
>> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20230918
On Fri, 7 Jun 2024 at 10:32, Zhao Zhili wrote:
>
>
>
> > On Jun 7, 2024, at 10:12, Hiccup Zhu wrote:
> >
> > On Thu, 6 Jun 2024 at 20:20, Zhao Zhili wrote:
> >>
> >>
> >> On Jun 6, 2024, at 19:51, Shiqi Zhu wrote:
> >>
> >>
> >> I’m afraid this has the same issue as libavdevice/sdl[1].
> >>
> >
Hi,
Le 7 juin 2024 06:33:20 GMT+03:00, Shiqi Zhu a écrit :
>> Initialization and render in the same thread is one of the issues. Another
>> issue is SDL render should be run in main thread. Maybe it’s not the
>> duty of this filter to control which thread to be called, but this wouldn’t
>> work w
45 matches
Mail list logo
