mbedtls_x509_crt_parse_file returns an error with negative numbers, and
positive numbers indicate the number of failed certificates to load from
certificate specific issues, such as critical extensions.
This would fix ticket #11079.
Signed-off-by: Mohit Gupta
---
libavformat/tls_mbedtls.c |
On Tue, Jul 16, 2024 at 07:11:42PM +0200, Anton Khirnov wrote:
> Frame threading in the FFV1 decoder works in a very unusual way - the
> state that needs to be propagated from the previous frame is not decoded
> pixels(¹), but each slice's entropy coder state after decoding the slice.
>
> For
On Tue, Jul 16, 2024 at 07:11:41PM +0200, Anton Khirnov wrote:
> It is now only called from a single place, so there is no point in it
> being a separate function.
> ---
> libavcodec/ffv1dec.c | 38 --
> 1 file changed, 16 insertions(+), 22 deletions(-)
ok
On Tue, Jul 16, 2024 at 07:11:40PM +0200, Anton Khirnov wrote:
> All remaining accesses to them are for fields that have the same value
> in the main encoder context.
>
> Drop now-unused FFV1Context.slice_contexts.
> ---
> libavcodec/ffv1.c | 18 +++-
> libavcodec/ffv1.h
On Tue, Jul 16, 2024 at 07:11:39PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.h| 2 +-
> libavcodec/ffv1dec.c | 18 --
> 2 files changed, 9 insertions(+), 11 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Tue, Jul 16, 2024 at 07:11:38PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.h| 16 +---
> libavcodec/ffv1dec.c | 4 ++--
> 2 files changed, 15 insertions(+), 5 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I
On Tue, Jul 16, 2024 at 07:11:37PM +0200, Anton Khirnov wrote:
> All remaining accesses to them are for fields that have the same value
> in the main encoder context.
> ---
> libavcodec/ffv1enc.c | 57 ---
> libavcodec/ffv1enc_template.c | 24
Le keskiviikkona 24. heinäkuuta 2024, 16.08.17 EEST Michael Niedermayer a
écrit :
> The question is not if its "warning-worthy", the question is what action
> creates the best FFmpeg. And also an enviroment we are all happy to work in.
That is complete nonsense. It is more obvious than patently
On Tue, Jul 16, 2024 at 07:11:36PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.h| 2 +-
> libavcodec/ffv1dec.c | 6 +++---
> libavcodec/ffv1enc.c | 6 +++---
> 3 files changed, 7 insertions(+), 7 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint:
On Tue, Jul 16, 2024 at 07:11:35PM +0200, Anton Khirnov wrote:
> Instead of the per-slice FFV1Context, which will be removed in future
> commits.
> ---
> libavcodec/ffv1.c | 6 ++
> libavcodec/ffv1.h | 3 +++
> libavcodec/ffv1enc.c | 20 ++--
On Tue, Jul 16, 2024 at 07:11:34PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.c | 9 ++--
> libavcodec/ffv1.h | 5 +--
> libavcodec/ffv1dec.c | 72
> libavcodec/ffv1dec_template.c | 2 +-
> libavcodec/ffv1enc.c
On Tue, Jul 16, 2024 at 07:11:32PM +0200, Anton Khirnov wrote:
> It cannot change between slices.
that is true currently but considering that its used in some of the inner loops
i dont think carrying an additional pointer around into these loops makes
sense
either leave it or move the ac value to
On Tue, Jul 16, 2024 at 07:11:31PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.h | 6 +++---
> libavcodec/ffv1dec.c | 14 +++---
> libavcodec/ffv1dec_template.c | 10 +-
> libavcodec/ffv1enc.c | 26 +-
>
On Tue, Jul 16, 2024 at 07:11:30PM +0200, Anton Khirnov wrote:
> They cannot change between slices.
> ---
> libavcodec/ffv1.c | 2 --
> libavcodec/ffv1dec.c | 5 ++---
> libavcodec/ffv1dec_template.c | 2 +-
> libavcodec/ffv1enc.c | 2 +-
>
On Tue, Jul 16, 2024 at 07:11:29PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.c | 3 ---
> libavcodec/ffv1.h | 1 -
> 2 files changed, 4 deletions(-)
ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Let us carefully observe those good qualities
On Tue, Jul 16, 2024 at 07:11:26PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.h | 3 ++-
> libavcodec/ffv1enc.c | 7 ---
> libavcodec/ffv1enc_template.c | 14 +++---
> 3 files changed, 13 insertions(+), 11 deletions(-)
LGTM
thx
[...]
--
Michael
On Tue, Jul 16, 2024 at 07:11:23PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1.c | 35 ---
> libavcodec/ffv1.h | 5 +++--
> libavcodec/ffv1dec.c | 27 +--
> libavcodec/ffv1dec_template.c | 9
On Tue, Jul 16, 2024 at 07:11:22PM +0200, Anton Khirnov wrote:
> FFV1 decoder and encoder currently use the same struct - FFV1Context -
> both as codec private data and per-slice context. For this purpose
> FFV1Context contains an array of pointers to per-slice FFV1Context
> instances.
>
> This
On Tue, Jul 16, 2024 at 07:11:21PM +0200, Anton Khirnov wrote:
> It is unused otherwise
> ---
> libavcodec/ffv1dec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored answer#1
On Tue, Jul 16, 2024 at 07:11:20PM +0200, Anton Khirnov wrote:
> fsdst is by construction always equal to fs, there is even an
> av_assert1() checking that. Just use fs directly.
> ---
> libavcodec/ffv1dec.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
probably ok
thx
[...]
On Tue, Jul 16, 2024 at 07:11:48PM +0200, Anton Khirnov wrote:
> Reorganize the code such that the frame threading code does not call the
> decoders directly, but instead calls back into the generic decoding
> code. This avoids duplicating the logic that wraps the decoder
> invocation and allows
On Tue, Jul 16, 2024 at 07:11:19PM +0200, Anton Khirnov wrote:
> It is merely a pointer to FFV1Context.picture.f, which can just as well
> be used directly.
> ---
> libavcodec/ffv1.h| 1 -
> libavcodec/ffv1dec.c | 33 +
> 2 files changed, 17 insertions(+), 17
On Tue, Jul 16, 2024 at 07:11:18PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1dec.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Complexity theory is the science of finding the
On Tue, Jul 16, 2024 at 07:11:17PM +0200, Anton Khirnov wrote:
> ---
> libavcodec/ffv1dec.c | 45 ++--
> 1 file changed, 22 insertions(+), 23 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Into a blind
On Tue, Jul 16, 2024 at 07:11:16PM +0200, Anton Khirnov wrote:
> ---
> tests/fate/vcodec.mak| 3 ++-
> tests/ref/vsynth/vsynth1-ffv1-v2 | 4
> tests/ref/vsynth/vsynth2-ffv1-v2 | 4
> tests/ref/vsynth/vsynth3-ffv1-v2 | 4
>
Callers of ff_framesync_get_frame() generally do not expect the result
to be writable, those that do (e.g. ff_framesync_dualinput_get_writable())
ensure writability themselves.
Significantly reduces memory consumption in complex graphs with
framesync-based filters (e.g. scale, ssim).
On Wed, Jul 24, 2024 at 06:49:04AM +0200, Marvin Scholz (ePirat) wrote:
>
> > On 24. Jul 2024, at 00:10, Michael Niedermayer
> > wrote:
> >
> > On Tue, Jul 23, 2024 at 12:17:43PM -0300, James Almer wrote:
> >>> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
> >>> Internal/private filter
On Wed, Jul 24, 2024 at 07:09:45AM +, patches via ffmpeg-devel wrote:
>
>
> -Original Message-
> From: Michael Niedermayer
> Sent: Tuesday, July 23, 2024 10:22 PM
> To: FFmpeg development discussions and patches
> Cc: patches
> Subject: Re: [FFmpeg-devel
On Tue, 23 Jul 2024, Michael Niedermayer wrote:
On Wed, Jul 24, 2024 at 12:01:32AM +0300, Martin Storsjö via ffmpeg-devel wrote:
Increase the tolerance from 10 ulp to 11 ulp. This fixes occasional
errors for some inputs; the errors could be reproduced on
aarch64/neon builds, with "checkasm
-Original Message-
From: Michael Niedermayer
Sent: Tuesday, July 23, 2024 10:22 PM
To: FFmpeg development discussions and patches
Cc: patches
Subject: Re: [FFmpeg-devel] [PATCH] avdevice/dshow: Don't skip audio devices if
no video device is present
On Tue, Jul 23, 2024 at 08:21
Fixes Coverity issue #1610760.
---
libavcodec/adpcm.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index afdbeaa15e..58f2ef0dfb 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm.c
@@ -1684,22 +1684,24 @@ static int
> On 24. Jul 2024, at 00:10, Michael Niedermayer wrote:
>
> On Tue, Jul 23, 2024 at 12:17:43PM -0300, James Almer wrote:
>>> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
>>> Internal/private filter structures/API changes does not need be mentioned
>>> in that file, isn't that fact obvious even
On Wed, Jul 24, 2024 at 12:10:08AM +0200, Michael Niedermayer wrote:
[...]
> Adding a "threat" in the form of a warning maybe works for some people in
> some cases. But in others its more like slapping an already angry guy in the
> face.
> You get slapped harder back then have to punch and get
On Tue, Jul 23, 2024 at 12:17:43PM -0300, James Almer wrote:
> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
> > Internal/private filter structures/API changes does not need be mentioned
> > in that file, isn't that fact obvious even for average Joe?
>
> There's no reason to be condescending or
On 7/23/2024 6:53 PM, Araz Iusubov wrote:
---
libavcodec/amfenc_av1.c | 82 -
1 file changed, 81 insertions(+), 1 deletion(-)
diff --git a/libavcodec/amfenc_av1.c b/libavcodec/amfenc_av1.c
index d40c71cb33..27599b9fbe 100644
---
---
libavcodec/amfenc_av1.c | 82 -
1 file changed, 81 insertions(+), 1 deletion(-)
diff --git a/libavcodec/amfenc_av1.c b/libavcodec/amfenc_av1.c
index d40c71cb33..27599b9fbe 100644
--- a/libavcodec/amfenc_av1.c
+++ b/libavcodec/amfenc_av1.c
@@ -22,6
On Wed, Jul 24, 2024 at 12:01:32AM +0300, Martin Storsjö via ffmpeg-devel wrote:
> Increase the tolerance from 10 ulp to 11 ulp. This fixes occasional
> errors for some inputs; the errors could be reproduced on
> aarch64/neon builds, with "checkasm --test=ac3dsp 3446175925".
> ---
>
Quoting Michael Niedermayer (2024-07-23 22:14:19)
> On Tue, Jul 23, 2024 at 08:52:58AM +0200, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2024-07-22 23:14:04)
> > > On Mon, Jul 22, 2024 at 11:43:21AM +0200, Anton Khirnov wrote:
> > > > There is no reason to delay it and this is a more
Increase the tolerance from 10 ulp to 11 ulp. This fixes occasional
errors for some inputs; the errors could be reproduced on
aarch64/neon builds, with "checkasm --test=ac3dsp 3446175925".
---
tests/checkasm/ac3dsp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tue, Jul 23, 2024 at 08:21:31AM +, patches via ffmpeg-devel wrote:
>
> -Original Message-
> From: Roger Pack
> Sent: Monday, July 22, 2024 5:52 PM
> To: patches
> Cc: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] avdev
On Tue, Jul 23, 2024 at 08:52:58AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-22 23:14:04)
> > On Mon, Jul 22, 2024 at 11:43:21AM +0200, Anton Khirnov wrote:
> > > There is no reason to delay it and this is a more natural place for
> > > this code.
> >
> > There is a
Hi Paul,
On Tue, Jul 23, 2024 at 5:31 PM Paul B Mahol wrote:
> Also you are extremely selective and biased in your judging.
>
If you believe there's anything we missed, please forward relevant
communication (emails or IRC logs) to us and we will have a look. I'm not
online 24/7 so I certainly
From: Wu Jianhua
See https://github.com/ffvvc/FFmpeg/issues/180
Signed-off-by: Wu Jianhua
---
libavcodec/vvc/dsp.h | 28 ++--
libavcodec/vvc/dsp_template.c | 2 +-
libavcodec/vvc/intra.c| 26 +-
3 files changed, 28
From: Wu Jianhua
See https://github.com/ffvvc/FFmpeg/issues/178
Signed-off-by: Wu Jianhua
---
libavcodec/vvc/cabac.c | 28 +---
1 file changed, 1 insertion(+), 27 deletions(-)
diff --git a/libavcodec/vvc/cabac.c b/libavcodec/vvc/cabac.c
index 0d45eec751..c9b6f9bf3e
From: Wu Jianhua
>From Jun Zhao :
> Should we relocate this to the decoder? Other codecs typically set this
> parameter in the decoder.
Signed-off-by: Wu Jianhua
---
libavcodec/vvc/dec.c| 1 +
libavcodec/vvc_parser.c | 3 ---
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git
On Sat, Jul 20, 2024 at 02:52:31AM +0200, Michael Niedermayer wrote:
> (the exact issue is unreproducable but the use of uninitialized data is
> reproducable)
>
> Should fix: signed integer overflow: -2147483648 - 127 cannot be represented
> in type 'int'
> Should fix:
>
On Sat, Jul 20, 2024 at 08:11:02AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-20 02:08:28)
> > On Wed, Jul 17, 2024 at 08:42:41AM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2024-07-15 16:48:25)
> > [...]
> > > > @@ -3155,8 +3156,11 @@ static int
On Wed, Jul 17, 2024 at 08:42:41AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-15 16:48:25)
> > An alternative would be to leave the context unchanged on failure of
> > hls_slice_header()
> >
> > Fixes: out of array access
> > Fixes: NULL pointer dereference
> > Fixes:
>
On Tue, Jul 09, 2024 at 03:12:52PM +0200, Michael Niedermayer wrote:
> On Mon, Jul 08, 2024 at 07:46:19PM +0200, Marton Balint wrote:
> >
> >
> > On Sun, 9 Jun 2024, Michael Niedermayer wrote:
> >
> > > Fixes: CID1551679 Data race condition
> > > Fixes: CID1551687 Data race condition
> >
> >
On Tue, Jul 16, 2024 at 10:31:54AM -0300, James Almer wrote:
> On 7/16/2024 10:19 AM, Michael Niedermayer wrote:
> > Fixes: Timeout
> > Fixes:
> > 69230/clusterfuzz-testcase-minimized-ffmpeg_IO_DEMUXER_fuzzer-6540512101203968
> >
> > Found-by: continuous fuzzing process
> >
On 7/23/2024 1:24 PM, Paul B Mahol wrote:
On Tue, Jul 23, 2024 at 6:17 PM Paul B Mahol wrote:
On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
On 7/19/2024 12:31 PM, Paul B Mahol wrote:
Internal/private filter structures/API changes does not need be
mentioned
in that file, isn't
On Tue, Jul 23, 2024 at 6:17 PM Paul B Mahol wrote:
>
>
> On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
>
>> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
>> > Internal/private filter structures/API changes does not need be
>> mentioned
>> > in that file, isn't that fact obvious even for
On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
> > Internal/private filter structures/API changes does not need be mentioned
> > in that file, isn't that fact obvious even for average Joe?
>
> There's no reason to be condescending or aggressive
SP must be a multiple of 16 bytes at all times on POSIX - even in leaf
functions - so that signal handlers have a properly aligned stack.
---
libavcodec/riscv/vp8dsp_rvv.S | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/riscv/vp8dsp_rvv.S
On Mon, Jul 22, 2024 at 03:22:31AM +0200, Lynne via ffmpeg-devel wrote:
> The issue is that ac->output_elements is populated from
> ac->che, which may be freed, leaving dangling pointers in this
> list.
>
> Should fix clusterfuzz.
> ---
> libavcodec/aac/aacdec.c | 1 +
> 1 file changed, 1
On 7/19/2024 12:31 PM, Paul B Mahol wrote:
Internal/private filter structures/API changes does not need be mentioned
in that file, isn't that fact obvious even for average Joe?
There's no reason to be condescending or aggressive over something so
irrelevant. Is it so hard to just state the
This is the second part for loading the library at runtime, changes
compared to previous patch revisions:
-No atexit anymore
-No global states anymore
-Moved the registry read for Windows from a separate function inside the
function to load the dynamic library and simplified it, reducing the
Hello,
this is revised patch, this is the first part that just updates to the
API v4 of VapourSynth.
Changes in API v4:
-All functions previously in header are now part of the "vssapi" object
-Renames of different types and functions
-YCoCg is not treated as different format to YUV anymore
These are accessed as AV_OPT_TYPE_IMAGE_SIZE AVOptions,
so must be implemented as (signed) int's
---
libavfilter/vf_tile.c | 2 +-
libavfilter/vf_untile.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_tile.c b/libavfilter/vf_tile.c
index
Fixes an issue in 6.1 when reading a corrupted file with -xerror would
exit with success. This specific issue is not present in master, but
this should generally be a more robust behaviour.
Reported-by: Andrej Peterka
---
fftools/ffmpeg_utils.h | 5 +++--
1 file changed, 3 insertions(+), 2
---
libswscale/aarch64/swscale_unscaled.c | 58 +
libswscale/aarch64/yuv2rgb_neon.S | 73 ++-
2 files changed, 118 insertions(+), 13 deletions(-)
diff --git a/libswscale/aarch64/swscale_unscaled.c
b/libswscale/aarch64/swscale_unscaled.c
index
Note: this implementation is limited to x86_64 due to general purpose
register pressure.
---
libswscale/x86/yuv2rgb.c | 39
libswscale/x86/yuv_2_rgb.asm | 24 +-
2 files changed, 62 insertions(+), 1 deletion(-)
diff --git
---
libswscale/yuv2rgb.c| 16 ++
tests/checkasm/sw_yuv2rgb.c | 60 +++--
2 files changed, 60 insertions(+), 16 deletions(-)
diff --git a/libswscale/yuv2rgb.c b/libswscale/yuv2rgb.c
index c283d6d1bd..3a41c4eba6 100644
--- a/libswscale/yuv2rgb.c
+++
This will be used in the upcoming yuv42{0,2}p -> gbrp unscaled
colorspace converters.
---
libswscale/yuv2rgb.c | 279 ++-
1 file changed, 142 insertions(+), 137 deletions(-)
diff --git a/libswscale/yuv2rgb.c b/libswscale/yuv2rgb.c
index
> On Jul 23, 2024, at 19:28, Martin Storsjö wrote:
>
> ---
> libavcodec/aarch64/vvc/alf.S | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/aarch64/vvc/alf.S b/libavcodec/aarch64/vvc/alf.S
> index 828031cb90..eec193302a 100644
> ---
---
libavcodec/aarch64/vvc/alf.S | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/aarch64/vvc/alf.S b/libavcodec/aarch64/vvc/alf.S
index 828031cb90..eec193302a 100644
--- a/libavcodec/aarch64/vvc/alf.S
+++ b/libavcodec/aarch64/vvc/alf.S
@@ -95,7 +95,7 @@
Use the "ldur" instruction explicitly, instead of having the
assembler implicitly convert "ldr" instructions to "ldur".
This fixes build errors like these:
libavcodec\aarch64\vvc\alf.o.asm(1023) : error A2518: operand 2: Memory offset
must be aligned
ldr q22, [x3, #24]
On 23 Jul 2024, at 9:36, Anton Khirnov wrote:
> HEVCContext.output_frame will be removed in following commits.
>
> Reported-By: Max Bykov
> ---
> Untested, testing welcome.
Tested with fate-hevc-conformance-CONFWIN_A_Sony_1 and works.
LGTM
>
> Cf. '[PATCH 37/39] lavc/hevcdec: use a
This stops decode_block() from failing when the .exr resolution is not
divisable by 8 (e.g 108x192). The dc_w and dc_h needs to be round up and not
down.
Signed-off-by: Sean Devonport mailto:tonetechnic...@gmail.com>>
---
libavcodec/exr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
The previous fix was not sufficient.
To make things easier to reason about, split the function and
add the guards there instead of complicating the call site more.
---
libavutil/hwcontext_videotoolbox.c | 51 +++---
1 file changed, 39 insertions(+), 12 deletions(-)
diff
Because of the 3/4 update, updated it."
于2024年7月23日周二 16:59写道：
> From: sunyuechi
>
> C908 X60
> vp9_avg_8tap_smooth_4hv_8bpp_c : 32.0 28.0
> vp9_avg_8tap_smooth_4hv_8bpp_rvv_i32 : 15.0 13.2
>
From: sunyuechi
C908 X60
vp9_avg_8tap_smooth_4hv_8bpp_c : 32.0 28.0
vp9_avg_8tap_smooth_4hv_8bpp_rvv_i32 : 15.0 13.2
vp9_avg_8tap_smooth_8hv_8bpp_c : 98.0 86.2
> TBH it is very hard to review this due to the large extents of code
> conditionals. This should avoidable at least partly. You can name macros
for
> each filter and then expand those macros instead of using if's.
Do you mean that before the addition of .equ ff_vp9_subpel_filters_xxx,
From: sunyuechi
C908 X60
vp9_avg_8tap_smooth_4h_8bpp_c : 12.7 11.2
vp9_avg_8tap_smooth_4h_8bpp_rvv_i32:4.74.2
vp9_avg_8tap_smooth_4v_8bpp_c : 29.7 12.5
-Original Message-
From: Roger Pack
Sent: Monday, July 22, 2024 5:52 PM
To: patches
Cc: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] avdevice/dshow: Don't skip audio devices if
no video device is present
On Wed, Jul 17, 2024 at 1:43 AM patches
-Original Message-
From: Roger Pack
Sent: Monday, July 22, 2024 5:52 PM
To: patches
Cc: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] avdevice/dshow: Don't skip audio devices if
no video device is present
On Wed, Jul 17, 2024 at 1:43 AM patches
HEVCContext.output_frame will be removed in following commits.
Reported-By: Max Bykov
---
Untested, testing welcome.
Cf. '[PATCH 37/39] lavc/hevcdec: use a ContainerFifo to hold frames
scheduled for output' currently on ML.
---
libavcodec/videotoolbox.c | 13 -
1 file changed, 8
Quoting Michael Niedermayer (2024-07-22 23:14:04)
> On Mon, Jul 22, 2024 at 11:43:21AM +0200, Anton Khirnov wrote:
> > There is no reason to delay it and this is a more natural place for
> > this code.
>
> There is a reason.
> By doing it later the surrounding pixels are available and one could
>
From: Fei Wang
Fix cmd:
ffmpeg.exe -init_hw_device d3d11va=d3d -init_hw_device qsv=qsv@d3d \
-filter_hw_device d3d -hwaccel qsv -hwaccel_output_format qsv \
-i in.h264 -vf "hwmap,format=d3d11,hwdownload,format=nv12" -y out.yuv
Signed-off-by: Fei Wang
---
libavutil/hwcontext_qsv.c | 7
Am 22.07.24 um 08:57 schrieb Anton Khirnov:
Quoting Stefan Oltmanns (2024-07-18 14:12:42)
Hello Anton,
can you eloborate on that? What is unacceptable with my patch that is
perfectly fine in the AviSynth input module? It's the very same concept.
It's not perfectly fine in avisynth, I dislike
On 23/07/2024 01:01, Josh Allmann wrote:
On Tue, 9 Jul 2024 at 12:06, Josh Allmann wrote:
Encoders may emit a buffering period SEI without a corresponding
SPS/PPS if the SPS/PPS is carried out-of-band, eg with avcc.
During Annex B conversion, this may result in the SPS/PPS being
inserted
On Tue, 9 Jul 2024 at 12:06, Josh Allmann wrote:
>
> Encoders may emit a buffering period SEI without a corresponding
> SPS/PPS if the SPS/PPS is carried out-of-band, eg with avcc.
>
> During Annex B conversion, this may result in the SPS/PPS being
> inserted *after* the buffering period SEI but
On Wed, Jul 17, 2024 at 08:47:45AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-11 11:49:37)
> > Found by code review related to coverity
> >
> > Sponsored-by: Sovereign Tech Fund
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/avio.h | 2 +-
> > 1 file
On Mon, Jul 22, 2024 at 06:13:43PM -0300, James Almer wrote:
> On 7/21/2024 10:50 AM, Michael Niedermayer wrote:
> > No distros are listed on downstreams that are not EOL that use 4.1
> > ---
> > src/download| 37 -
> > src/olddownload | 37
On Mon, Jul 22, 2024 at 11:43:21AM +0200, Anton Khirnov wrote:
> There is no reason to delay it and this is a more natural place for
> this code.
There is a reason.
By doing it later the surrounding pixels are available and one could
compute motion vectors from these surroundings and use all
On 7/21/2024 10:50 AM, Michael Niedermayer wrote:
No distros are listed on downstreams that are not EOL that use 4.1
---
src/download| 37 -
src/olddownload | 37 +
2 files changed, 37 insertions(+), 37 deletions(-)
On 7/21/2024 10:50 AM, Michael Niedermayer wrote:
Only ubuntu 23.10 uses 6.0 according to downstreams and that is EOL in a few
days
also 23.10 users will probably upgrade to 24.04 LTS so shouldnt affect anyone
---
src/download| 36
src/olddownload |
---
tests/checkasm/riscv/checkasm.S | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tests/checkasm/riscv/checkasm.S b/tests/checkasm/riscv/checkasm.S
index 835cc7d315..e8bcbb271e 100644
--- a/tests/checkasm/riscv/checkasm.S
+++ b/tests/checkasm/riscv/checkasm.S
@@ -75,6 +75,8 @@ func
Currently the start of the byte range for each function is aligned to
4 bytes. But this can lead to situations whence the function is preceded
by a 2-byte C.NOP at the aligned 4-byte boundary. Then the first actual
instruction and the function symbol are only aligned on 2 bytes.
This forcefully
---
tests/checkasm/riscv/checkasm.S | 4
1 file changed, 4 insertions(+)
diff --git a/tests/checkasm/riscv/checkasm.S b/tests/checkasm/riscv/checkasm.S
index 73ca85f344..835cc7d315 100644
--- a/tests/checkasm/riscv/checkasm.S
+++ b/tests/checkasm/riscv/checkasm.S
@@ -49,6 +49,7 @@
---
libswscale/riscv/input_rvv.S | 12
libswscale/riscv/range_rvv.S | 4
libswscale/riscv/rgb2rgb_rvb.S | 1 +
libswscale/riscv/rgb2rgb_rvv.S | 7 +++
4 files changed, 24 insertions(+)
diff --git a/libswscale/riscv/input_rvv.S b/libswscale/riscv/input_rvv.S
index
---
libavfilter/riscv/af_afir_rvv.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/riscv/af_afir_rvv.S b/libavfilter/riscv/af_afir_rvv.S
index 04ec2e50d8..2d2b8b1ed3 100644
--- a/libavfilter/riscv/af_afir_rvv.S
+++ b/libavfilter/riscv/af_afir_rvv.S
@@ -22,6 +22,7 @@
// void
---
libavcodec/riscv/aacencdsp_rvv.S | 2 ++
libavcodec/riscv/aacpsdsp_rvv.S| 5 +
libavcodec/riscv/ac3dsp_rvb.S | 2 ++
libavcodec/riscv/ac3dsp_rvv.S | 4
libavcodec/riscv/ac3dsp_rvvb.S | 1 +
libavcodec/riscv/alacdsp_rvv.S | 3 +++
---
libavutil/riscv/fixed_dsp_rvv.S | 6 ++
libavutil/riscv/float_dsp_rvv.S | 12
libavutil/riscv/lls_rvv.S | 1 +
3 files changed, 19 insertions(+)
diff --git a/libavutil/riscv/fixed_dsp_rvv.S b/libavutil/riscv/fixed_dsp_rvv.S
index 6bac5813b8..7a872f7763 100644
---
This instruction, if aligned on a 4-byte boundary, defines a valid target
("landing pad") for an indirect call or jump. Since this instruction is a
HINT, it is safe to assemble even if not included in the target
instruction set architecture.
The necessary alignment is already provided by the
This saves one register and one instruction per transform.
add16 and add16intra thus become stack-less.
---
libavcodec/riscv/h264dsp_init.c | 25
libavcodec/riscv/h264idct_rvv.S | 51 -
2 files changed, 38 insertions(+), 38 deletions(-)
diff --git
The B extension was finally ratified in May 2024, encompassing:
- Zba (addresses),
- Zbb (basics) and
- Zbs (single bits).
It does not include Zbc (base-2 polynomials).
---
doc/APIchanges| 3 +++
libavutil/cpu.c | 1 +
libavutil/cpu.h | 1 +
configure checks that the assembler supports the B extension (or rather
its constituents) anyway. These macros were dodging sanity checks for
unsupported instructions and nothing else.
---
libavutil/riscv/asm.S | 19 ---
1 file changed, 19 deletions(-)
diff --git
---
libavutil/riscv/fixed_dsp_rvv.S | 14 +++---
libavutil/riscv/float_dsp_rvv.S | 24
2 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/libavutil/riscv/fixed_dsp_rvv.S b/libavutil/riscv/fixed_dsp_rvv.S
index 6bac5813b8..0fa6aab3d4 100644
---
---
libswscale/riscv/input_rvv.S | 12 ++--
libswscale/riscv/range_rvv.S | 8
libswscale/riscv/rgb2rgb_rvb.S | 2 +-
libswscale/riscv/rgb2rgb_rvv.S | 12 ++--
4 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/libswscale/riscv/input_rvv.S
1 - 100 of 143756 matches
Mail list logo
