Quoting James Almer (2024-09-01 15:59:27)
> Ok, locally moved to ffmpeg_demux.c
>
> Eventually we'll need to do merges post decoding (xstack for heif
> images, amerge for iamf), and I assume that said struct will need to be
> public, but that can come later.
We'll see then how much actually nee
Signed-off-by: Steven Liu
---
tests/fate/hlsenc.mak | 15 +++
tests/ref/fate/hls-with-vtt-var-stream_map | 1 +
2 files changed, 16 insertions(+)
create mode 100644 tests/ref/fate/hls-with-vtt-var-stream_map
diff --git a/tests/fate/hlsenc.mak b/tests/fate/hlsen
---
libavcodec/Makefile | 2 +-
libavcodec/hw_base_encode_h264.c | 265 +++
libavcodec/hw_base_encode_h264.h | 53 +++
libavcodec/vaapi_encode_h264.c | 264 +++---
4 files changed, 343 insertions(+), 241 deletions(-)
create
They are set by sws_init_context().
May help with signed integer overflows reported by gcc-usan.
Signed-off-by: James Almer
---
tests/checkasm/sw_gbrp.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/tests/checkasm/sw_gbrp.c b/tests/checkasm/sw_gbrp.c
index b845da32a6..d843730f3e 10064
Hi Aurelien
Seeing some of the old developers like you reply strangly makes me happy :)
This patch removes you from matroska* (which has another maintainer listed)
I will apply this patch once David replies
Iam currently (slowly) trying to update the whole MAINTAINERS file
you are listed in 11 o
tis 2024-08-27 klockan 01:33 +0200 skrev Marton Balint:
> If the demuxer does not provide per-stream indexes, the generic seek
> search can
> attempt to read the whole media file from the beginning when seeking.
> For large
> MXF files this can cause huge lockups for a seek after the last
> timesta
tor 2024-08-22 klockan 18:55 +0200 skrev Nicolas Gaullier:
> For fate-copy-trac4914, this is a revert of
> 10185e2d4c1e9839bc58a1d6a63c861677b13fd0.
>
> Signed-off-by: Nicolas Gaullier
> ---
> tests/fate/ffmpeg.mak | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
OK I guess. It isn't
sön 2024-09-01 klockan 12:53 +0200 skrev Anton Khirnov:
> Quoting Nicolas Gaullier (2024-08-22 18:55:32)
> > The input time_base was a bad guess.
> >
> > Currently, fate-time_base test data assumed that overriding the
> > input
> > time_base would affect the frame_rate, but this behaviour is not
>
Hi,
Indeed, I have not followed the ML nor looked at the ffmpeg sources
since many years, so yes, you should remove me from MAINTAINERS.
Thanks.
On dim., sept. 1 2024 at 16:27:22 +02:00:00, Michael Niedermayer
wrote:
Aurelien last activity in git is from 2017, last activity on the ML
is fr
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:
[...]
> doc/filters.texi | 68 ++
> libavfilter/Makefile |1
> libavfilter/allfilters.c |
---
doc/filters.texi | 14 +++
libavfilter/ssim.h| 6 +
libavfilter/version.h | 4 +-
libavfilter/vf_ssim.c | 277 --
4 files changed, 291 insertions(+), 10 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 2eb4a380fb..df5c3a
On 9/1/2024 12:12 PM, epira...@gmail.com wrote:
On 31 Aug 2024, at 23:17, James Almer wrote:
On 8/31/2024 5:45 PM, Marvin Scholz wrote:
The ret value here is not yet intialized so the return would return
uninitialized data. What was probably meant to be checked here was the
return value of f
T-Head C908:
h264_biweight2_8_c:313.7 ( 1.00x)
h264_biweight2_8_rvv_i32: before 239.5 ( 1.23x)
h264_biweight2_8_rvv_i32: after72.7 ( 4.31x)
h264_biweight4_8_c:582.0 ( 1.00x)
h264_b
As VLSE128.V does not exist, we have no other way to deal with latency.
T-Head C908:
h264_weight16_8_c: 989.4 ( 1.00x)
h264_weight16_8_rvv_i32: 193.2 ( 5.12x)
SpacemiT X60:
h264_weight16_8_c: 874
The height is a power of two of up to 16 rows. The current code was
optimised for large sample counts.
T-Head C908:
h264_weight2_8_c: 211.7 ( 1.00x)
h264_weight2_8_rvv_i32: before 184.0 ( 1.15x)
h264_weight2_8_rvv_i32:
On Fri, Aug 30, 2024 at 1:14 PM Ramiro Polla wrote:
> On Thu, Aug 29, 2024 at 7:55 PM James Almer wrote:
> > On 8/29/2024 2:18 PM, Ramiro Polla wrote:
> > > On Thu, Aug 29, 2024 at 7:10 PM James Almer wrote:
> > >> On 8/29/2024 10:40 AM, Ramiro Polla wrote:
> > >>> Instead of relying on system #
The expected prototype for read_probe in this branch is
"int (*)(AVProbeData *)". GCC 14 finally rejects this by default.
Fixes e5d1808aa5 ("avformat/tty: add probe function")
Signed-off-by: Olaf Hering
---
libavformat/tty.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/li
On 31 Aug 2024, at 23:17, James Almer wrote:
> On 8/31/2024 5:45 PM, Marvin Scholz wrote:
>> The ret value here is not yet intialized so the return would return
>> uninitialized data. What was probably meant to be checked here was the
>> return value of ffio_read_size, which can return an error
The expected prototype for read_probe in this branch is
"int (*)(AVProbeData *)". GCC 14 finally rejects this by default.
Fixes b5873ca4f5 ("avformat/tty: add probe function")
Signed-off-by: Olaf Hering
---
libavformat/tty.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/li
Aurelien last activity in git is from 2017, last activity on the ML is from 2018
David last activity in git is from 2011, and ML from 2013
matroska* is actively maintained
CC: Aurelien Jacobs
CC: David Conrad
Signed-off-by: Michael Niedermayer
---
MAINTAINERS | 6 +++---
1 file changed, 3 ins
CC: James Almer
Signed-off-by: Michael Niedermayer
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 14aebe147f8..911d01cc42f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -400,6 +400,7 @@ Muxers/Demuxers:
gxf.c
On 9/1/2024 10:18 AM, Anton Khirnov wrote:
Quoting James Almer (2024-08-31 18:31:14)
Add the LCEVC data stream payloads as packet side data to the main video
stream, ensuring the former is always output by the demuxer even if not
used by the process.
Signed-off-by: James Almer
---
configure
Rather than just != 0. These values are read as uint32 and can become
negative when cast to int.
---
The only issue I see triggered by the sample is fixed by this patch. I
do not see any refPicList=NULL crashes
---
libavcodec/hevc/hevcdec.c | 2 +-
libavcodec/hevc/parser.c | 2 +-
2 files changed
On Sun, Sep 01, 2024 at 12:51:48PM +0200, Ramiro Polla wrote:
> On Sat, Aug 31, 2024 at 10:40 PM Michael Niedermayer
> wrote:
> > On Fri, Aug 30, 2024 at 08:56:55PM +0200, Ramiro Polla wrote:
> > > A55 A76
> > > deinterleave_bytes_c:
---
tests/checkasm/checkasm.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tests/checkasm/checkasm.c b/tests/checkasm/checkasm.c
index 965e1f5a2e..73a998ae3a 100644
--- a/tests/checkasm/checkasm.c
+++ b/tests/checkasm/checkasm.c
@@ -320,13 +320,13 @@ static cons
Quoting James Almer (2024-08-31 18:31:14)
> Add the LCEVC data stream payloads as packet side data to the main video
> stream, ensuring the former is always output by the demuxer even if not
> used by the process.
>
> Signed-off-by: James Almer
> ---
> configure | 2 +-
> fftools/
Quoting Kacper Michajlow (2024-09-01 06:30:24)
> On Sun, 1 Sept 2024 at 04:42, Lynne via ffmpeg-devel
> wrote:
> >
> > This solves the issue of an av_log function being called
> > with a context with invalid class.
> >
> > Most of the patch was written by Anton Khirnov.
>
> Does ffmpeg have conve
---
tests/checkasm/sw_rgb.c | 77 +
1 file changed, 77 insertions(+)
diff --git a/tests/checkasm/sw_rgb.c b/tests/checkasm/sw_rgb.c
index f278454d3d..987841a54f 100644
--- a/tests/checkasm/sw_rgb.c
+++ b/tests/checkasm/sw_rgb.c
@@ -182,6 +182,80 @@ static v
---
libswscale/x86/rgb2rgb.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libswscale/x86/rgb2rgb.c b/libswscale/x86/rgb2rgb.c
index 4d6ba9ff21..1617c8 100644
--- a/libswscale/x86/rgb2rgb.c
+++ b/libswscale/x86/rgb2rgb.c
@@ -2380,7 +2380,12 @@ static void deinterlea
---
libswscale/x86/input.asm | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/libswscale/x86/input.asm b/libswscale/x86/input.asm
index 21cd8b37fd..516e4384b1 100644
--- a/libswscale/x86/input.asm
+++ b/libswscale/x86/input.asm
@@ -736,11 +736,11 @@ cglobal %2ToU
On Fri, Aug 30, 2024 at 1:25 PM Ramiro Polla wrote:
> On Mon, Aug 26, 2024 at 3:59 PM Ramiro Polla wrote:
> >
> > ---
> > libavcodec/aarch64/mpegvideoencdsp_init.c | 6 ++---
> > libavcodec/aarch64/mpegvideoencdsp_neon.S | 9 +++
> > libavcodec/arm/mpegvideoencdsp_init_arm.c | 4 +--
> >
Quoting Nicolas Gaullier (2024-08-22 18:55:32)
> The input time_base was a bad guess.
>
> Currently, fate-time_base test data assumed that overriding the input
> time_base would affect the frame_rate, but this behaviour is not
> documented, so just fix the fate data now that this is fixed.
>
> Fi
On Sat, Aug 31, 2024 at 10:40 PM Michael Niedermayer
wrote:
> On Fri, Aug 30, 2024 at 08:56:55PM +0200, Ramiro Polla wrote:
> > A55 A76
> > deinterleave_bytes_c: 70342.0 34497.5
> > deinterleave_bytes_neon: 21594.5
Quoting Dale Curtis (2024-08-01 01:18:14)
> diff --git a/libavcodec/avcodec.c b/libavcodec/avcodec.c
> index 214dca4566..f189263ff9 100644
> --- a/libavcodec/avcodec.c
> +++ b/libavcodec/avcodec.c
> @@ -174,6 +174,14 @@ int attribute_align_arg avcodec_open2(AVCodecContext
> *avctx, const AVCodec *
---
tests/checkasm/h264dsp.c | 88 +++-
1 file changed, 87 insertions(+), 1 deletion(-)
diff --git a/tests/checkasm/h264dsp.c b/tests/checkasm/h264dsp.c
index d1228ed985..6904d52317 100644
--- a/tests/checkasm/h264dsp.c
+++ b/tests/checkasm/h264dsp.c
@@ -29,6 +
On Sun, Sep 1, 2024 at 9:55 AM Rémi Denis-Courmont wrote:
> Le perjantaina 30. elokuuta 2024, 21.56.55 EEST Ramiro Polla a écrit :
> > A55 A76
> > deinterleave_bytes_c: 70342.0 34497.5
> > deinterleave_bytes_neon: 2
On Sat, 31 Aug 2024 22:16:25 +0200 Michael Niedermayer
wrote:
> On Fri, Aug 30, 2024 at 12:15:26PM +0200, Niklas Haas wrote:
> > From: Niklas Haas
> >
> > ---
> > libavcodec/encode.c | 90 -
> > 1 file changed, 57 insertions(+), 33 deletions(-)
>
>
Le perjantaina 30. elokuuta 2024, 21.56.55 EEST Ramiro Polla a écrit :
> A55 A76
> deinterleave_bytes_c: 70342.0 34497.5
> deinterleave_bytes_neon: 21594.5 ( 3.26x) 5535.2 ( 6.23x)
> deinterleave_bytes_aligned_c:
T-Head C908:
deinterleave_bytes_c: 100328.3 ( 1.00x)
deinterleave_bytes_rvv_i32: 19331.3 ( 5.19x)
deinterleave_bytes_aligned_c: 100337.5 ( 1.00x)
deinterleave_bytes_aligned_rvv_i32: 15748.0 ( 6.37x)
Space
39 matches
Mail list logo
