Hi,
patch attached.
From 7d421f86b3f1f8fcb8effba04dc37d724caa2455 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 23 Aug 2022 10:11:55 +0200
Subject: [PATCH] avformat: add support for ICMV files
Signed-off-by: Paul B Mahol
---
libavformat/riff.c | 1 +
1 file changed, 1 insertion(+)
di
From: Linjie Fu
Wrap the procedure of getting the hardware config from a pixel format
into a function.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/decode.c | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/libavcodec/deco
From: Linjie Fu
Add HWACCEL_CAP_INTERNAL_ALLOC flag to indicate hwaccels are able to
re-allocate surface internally through ff_decode_get_hw_frames_ctx.
So that hwaccels don't need to reinitialize all hw related configs
when decode resolution change, just need to re-allocate new surface
by using
From: Linjie Fu
Surfaces need to bound to a vaContext when context is created before
VAAPI 1.0.0, it need to reset context if surface change. So re-allocation
capability only available after VAAPI 1.0.0.
Detail changes in VAAPI:
https://github.com/intel/libva/commit/492b692005ccd0d8da190209d5b3a
From: bwang30
This commit enabled assembly code with intel AVX512 VNNI and added unit test
for sobel filter
sobel_c: 4537
sobel_avx512icl 2470
Signed-off-by: bwang30
---
libavfilter/convolution.h | 2 +
libavfilter/vf_convolution.c | 23
libavfilter/x86/vf_convol
Hi,
patch attached.
From f126c6ef9e5fa8b51272508af6603f05c26a3f26 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 23 Aug 2022 11:51:24 +0200
Subject: [PATCH] avcodec/gif: fix duration of last packet/frame
Fixes #6294
Signed-off-by: Paul B Mahol
---
libavcodec/gif.c | 2 ++
libavforma
On 8/22/2022 12:06 AM, James Almer wrote:
Should fix ticket #9834
Signed-off-by: James Almer
---
libavcodec/libsvtav1.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/libavcodec/libsvtav1.c b/libavcodec/libsvtav1.c
index 234c24ca7a..4c403a98d4 100644
--- a/libavco
Paul B Mahol:
> Hi,
>
> patch attached.
>
> return ret;
> }
>
> +pkt->duration = av_rescale_q(pict->duration, (AVRational){ 1, 100 },
> + avctx->time_base);
> pkt->size = outbuf_ptr - pkt->data;
> if (s->image || !avctx->frame_nu
On 8/21/2022 5:42 PM, James Almer wrote:
Don't silently replace it with the default layout for the amount of channels
from the requested layout.
Should fix ticket #9869
Signed-off-by: James Almer
---
fftools/ffmpeg_opt.c | 38 +-
1 file changed, 37 insert
On Tue, Aug 23, 2022 at 2:18 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Paul B Mahol:
> > Hi,
> >
> > patch attached.
> >
> > return ret;
> > }
> >
> > +pkt->duration = av_rescale_q(pict->duration, (AVRational){ 1, 100 },
> > +
Andreas Rheinhardt:
> Possible since 6feea076e98512d78c8d735509ab6b5e9a71ca1c.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/wmalosslessdec.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/libavcodec/wmalosslessdec.c b/libavcodec/wmalosslessdec.c
> index 614b6135f5..6ba9f04d
Andreas Rheinhardt:
> Paul B Mahol:
>> Hi,
>>
>> patch attached.
>>
>> return ret;
>> }
>>
>> +pkt->duration = av_rescale_q(pict->duration, (AVRational){ 1, 100 },
>> + avctx->time_base);
>> pkt->size = outbuf_ptr - pkt->data;
>> i
Hi,
On Mon, Aug 22, 2022 at 5:52 AM Nicolas George wrote:
> Tomas Härdin (12022-08-22):
> > I'd actually argue that in that case we should link a library that
> > implements IPFS, not split developer effort by trying to implement it
> > ourselves.
>
> Is FFmpeg meant to be just a convenient set
Ronald S. Bultje (12022-08-23):
> I think it usually comes down to a developer wanting to, you know, spend
> time on it.
Sure, it can be that. But not only. I have seen people, including Tomas
himself, oppose code in favor of using a library.
Regards,
--
Nicolas George
signature.asc
Descrip
Paul B Mahol:
> diff --git a/libavformat/gif.c b/libavformat/gif.c
> index b52ff4dd39..afb5767541 100644
> --- a/libavformat/gif.c
> +++ b/libavformat/gif.c
> @@ -36,7 +36,6 @@ typedef struct GIFContext {
> int duration;
> int64_t last_pos;
> int have_end;
> -AVPacket *prev_pkt;
The gif encoder uses the bytestream API, not the PutBit-API.
Signed-off-by: Andreas Rheinhardt
---
Will apply this tonight unless there are objections.
libavcodec/gif.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/gif.c b/libavcodec/gif.c
index 8e84b79b8c..c120b4b8fd 100644
On Mon, Aug 22, 2022 at 11:59:17PM +0200, Andreas Rheinhardt wrote:
> Andreas Rheinhardt:
> > Fixes FATE-failures with the the filter-2xbr filter-3xbr filter-4xbr
> > filter-ep2x filter-ep3x filter-hq2x filter-hq3x filter-hq4x
> > filter-paletteuse-bayer filter-paletteuse-bayer0
> > filter-paletteu
Michael Niedermayer:
> On Mon, Aug 22, 2022 at 11:59:17PM +0200, Andreas Rheinhardt wrote:
>> Andreas Rheinhardt:
>>> Fixes FATE-failures with the the filter-2xbr filter-3xbr filter-4xbr
>>> filter-ep2x filter-ep3x filter-hq2x filter-hq3x filter-hq4x
>>> filter-paletteuse-bayer filter-paletteuse-ba
On Tue, Aug 23, 2022 at 07:28:19PM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > On Mon, Aug 22, 2022 at 11:59:17PM +0200, Andreas Rheinhardt wrote:
> >> Andreas Rheinhardt:
> >>> Fixes FATE-failures with the the filter-2xbr filter-3xbr filter-4xbr
> >>> filter-ep2x filter-ep3x filter
On Fri, Aug 19, 2022 at 10:07:54AM +0200, Steve Lhomme wrote:
> Hi,
>
> On 2022-08-02 16:19, Anton Khirnov wrote:
> > Why are you not resubmitting your original patch that stops copying
> > hwaccel_priv_data to the user-facing context?
> >
> > It seemed more correct to me, since the user-facing c
On Wed, Aug 10, 2022 at 12:19:02AM +0200, Michael Niedermayer wrote:
> On Tue, Aug 09, 2022 at 04:38:56PM -0300, James Almer wrote:
> > On 8/9/2022 4:34 PM, Michael Niedermayer wrote:
> > > From: Michael Niedermayer
[...]
>
> >
> > > +github consider mismatches a reason to declare such commits u
On Sat, Aug 13, 2022 at 12:40:27AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 49286/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_NUV_fuzzer-5856252655173632
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-
On Sat, Aug 13, 2022 at 11:50:31PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 49350/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VMDVIDEO_fuzzer-4554761801695232
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Si
On 8/23/2022 3:00 PM, Michael Niedermayer wrote:
On Wed, Aug 10, 2022 at 12:19:02AM +0200, Michael Niedermayer wrote:
On Tue, Aug 09, 2022 at 04:38:56PM -0300, James Almer wrote:
On 8/9/2022 4:34 PM, Michael Niedermayer wrote:
From: Michael Niedermayer
[...]
+github consider mismatches
Michael Niedermayer:
> On Tue, Aug 23, 2022 at 07:28:19PM +0200, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> On Mon, Aug 22, 2022 at 11:59:17PM +0200, Andreas Rheinhardt wrote:
Andreas Rheinhardt:
> Fixes FATE-failures with the the filter-2xbr filter-3xbr filter-4xbr
> filter
On Mon, Aug 15, 2022 at 07:59:24PM +0200, Michael Niedermayer wrote:
> Fixes: left shift of 192 by 24 places cannot be represented in type 'int'
> Fixes:
> 49577/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MP1FLOAT_fuzzer-5205996678545408
>
> Found-by: continuous fuzzing process
> https://
On Tue, Aug 23, 2022 at 08:09:09PM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > On Tue, Aug 23, 2022 at 07:28:19PM +0200, Andreas Rheinhardt wrote:
> >> Michael Niedermayer:
> >>> On Mon, Aug 22, 2022 at 11:59:17PM +0200, Andreas Rheinhardt wrote:
> Andreas Rheinhardt:
> > F
Michael Niedermayer:
> On Tue, Aug 23, 2022 at 08:09:09PM +0200, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> On Tue, Aug 23, 2022 at 07:28:19PM +0200, Andreas Rheinhardt wrote:
Michael Niedermayer:
> On Mon, Aug 22, 2022 at 11:59:17PM +0200, Andreas Rheinhardt wrote:
>> Andre
Is there an API to get the bitrate from libavformat muxers that support it?
Many streaming protocols now offer some sort of bandwidth estimation,
wondering if there is a common way to get the outbound link capacity
through libavformat so it can be passed to the encoder easily.
Kevin
__
Initializing DASH streams is currently slow, because each individual
stream is opened and probed sequentially. With DASH streams often
having somewhere between 10-20 streams, this can easily take up to
half a minute on slow connections.
This patch adds an "init-threads" option, specifying the max
For adding multithreading to the DASH decoder initialization,
the open_demux_for_component() method must be split up into two parts:
begin_open_demux_for_component(): Opens the stream and does probing
and format detection. This can be run in parallel.
end_open_demux_for_component(): Creates the A
This patch adds an "init-threads" option, specifying the max
number of threads to use. Multiple worker threads are spun up
to massively bring down init times.
---
libavformat/dashdec.c | 351 +-
1 file changed, 350 insertions(+), 1 deletion(-)
diff --git a/
---
libavformat/dashdec.c | 74 +--
1 file changed, 37 insertions(+), 37 deletions(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 20f2557ea3..f653b9850e 100644
--- a/libavformat/dashdec.c
+++ b/libavformat/dashdec.c
@@ -2412,54 +2412,54
Gesendet: Dienstag, 23. August 2022 um 05:19 Uhr
Von: "Steven Liu"
An: "FFmpeg development discussions and patches"
Betreff: Re: [FFmpeg-devel] [PATCH v2] lavf/dashdec: Multithreaded DASH
initialization
Lukas Fellechner 于2022年8月22日周一 03:27写道：
>
> I look at the new functions likes begin_open_dem
Hi
As there are quite a bunch of bugfixes accumulated I intend to make
5.1.1 soon (in less than a week)
thx
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I have never wished to cater to the crowd; for what I know they do not
approve, and what they approve I do not k
Fixes: ffmpeg.md
Fixes: Out of array access
Fixes: CVE-2022-2566
Found-by: Andy Nguyen
Found-by: 3pvd <3...@google.com>
Reviewed-by: Andy Nguyen
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/libavforma
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> dpeeters@MRU.MEDICAL.CANON
> Sent: Thursday, July 28, 2022 11:24 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [EXTERNAL] Re: [FFmpeg-devel] [PATCH] Allow exporting of RGB
> and BGR images to CUDA.
>
> > -Original Message-
> >
Patch attached.
From 217f31c5eb9355bb8fc61a9f46595ee06628c8b9 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 23 Aug 2022 22:39:41 +0200
Subject: [PATCH] avcodec/wavpack: unbreak regression in decoding
Signed-off-by: Paul B Mahol
---
libavcodec/wavpack.c | 2 +-
1 file changed, 1 inserti
Paul B Mahol:
> Patch attached.
> From 217f31c5eb9355bb8fc61a9f46595ee06628c8b9 Mon Sep 17 00:00:00 2001
> From: Paul B Mahol
> Date: Tue, 23 Aug 2022 22:39:41 +0200
> Subject: [PATCH] avcodec/wavpack: unbreak regression in decoding
>
You should mention the commit that introduced the regression.
Better fix attached.
From 8d0a8dee32c2d51c6bf1bcd58e5e96ba92e6341b Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 23 Aug 2022 22:39:41 +0200
Subject: [PATCH] avcodec/wavpack: fix regression in decoding
Regression introduced in c6831e2a70f734c71f483d69d46d0635963530.
Fix it by using bitrea
On Sun, Aug 21, 2022 at 10:21 AM James Almer wrote:
>
> There's no warranty that vpx_codec_encode() will generate a list with the same
> amount of packets for both the yuv planes encoder and the alpha plane encoder,
> so queueing packets based on what the main encoder returns will fail when the
>
This is a friendly reminder.
Cc: Paul B Mahol
On 2022-08-14 21:53, David Flater wrote:
> Some code in alimiter assumes that there are 2 channels, resulting in
> clipping if the loudest channel is 3 or above and an out-of-bounds read if
> the input is monophonic. Fix that in 2 places.
>
> Signe
Signed-off-by: James Almer
---
libavcodec/libvpxenc.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index e08df5fb96..bbbe56c0dc 100644
--- a/libavcodec/libvpxenc.c
+++ b/libavcodec/libvpxenc.c
@@ -80,6 +80,7 @
Signed-off-by: James Almer
---
libavcodec/libaomenc.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
index 1fd69d59a7..485f554165 100644
--- a/libavcodec/libaomenc.c
+++ b/libavcodec/libaomenc.c
@@ -70,6 +70,7 @@
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Riedl
> Sent: Wednesday, August 17, 2022 11:02 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter/vf_showinfo: add
> wallclock option
>
> On 17.08.2022 10:43, Nicolas George wrote:
> > Mich
The API for frame-threaded encoders only works
for one-in-one-out encoders.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/tests/avcodec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/tests/avcodec.c b/libavcodec/tests/avcodec.c
index 08b5fbede1..3288a85f64 100644
--- a/li
Signed-off-by: Andreas Rheinhardt
---
libavcodec/encode.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/encode.c b/libavcodec/encode.c
index bd66f138a3..9f413095e4 100644
--- a/libavcodec/encode.c
+++ b/libavcodec/encode.c
@@ -240,7 +240,6 @@ static int encode_s
It is only used by the encoder.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/aptx.c| 1 -
libavcodec/aptx.h| 2 --
libavcodec/aptxenc.c | 32
3 files changed, 24 insertions(+), 11 deletions(-)
diff --git a/libavcodec/aptx.c b/libavcodec/aptx.c
inde
AVCodecInternal.frame_thread_encoder is only set iff
active_thread_type is FF_THREAD_FRAME.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/encode.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/encode.c b/libavcodec/encode.c
index 9f413095e4..01b59bbf70 10
Instead of indicating whether we got a packet by setting
pkt->data and pkt->size to zero.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/frame_thread_encoder.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/libavcodec/frame_thread_encoder.c
b/libavcodec/frame_thre
The encode-callback (the callback used by the FF_CODEC_CB_TYPE_ENCODE
encoders) is currently called in two places: encode_simple_internal()
and by the worker threads of frame-threaded encoders.
After the call, some packet properties are set based upon
the corresponding AVFrame properties and the p
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dcaenc.c| 2 --
libavcodec/pcm-blurayenc.c | 2 --
libavcodec/pcm-dvdenc.c| 2 --
libavcodec/ttaenc.c| 2 --
libavcodec/wavpackenc.c| 2 --
5 files changed, 10 deletions(-)
diff --git a/libavcodec/dcaenc.c b/libavcodec/dcae
Signed-off-by: Andreas Rheinhardt
---
libavcodec/encode.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/encode.h b/libavcodec/encode.h
index 10c36435ad..e5d6b754b1 100644
--- a/libavcodec/encode.h
+++ b/libavcodec/encode.h
@@ -57,7 +57,7 @@ int ff_encode_alloc_fra
Up until now, these encoders received non-refcounted packets
(whose data was owned by the corresponding AVCodecContext)
from ff_alloc_packet(); these packets were made refcounted lateron
by av_packet_make_refcounted() generically.
This commit makes these encoders accept user-supplied buffers by
rep
The legacy API is long gone.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/internal.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/internal.h b/libavcodec/internal.h
index 52e7f111c1..61d395e8c9 100644
--- a/libavcodec/internal.h
+++ b/libavcodec/internal.h
frame is always set at this point for no-delay encoders.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/encode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/encode.c b/libavcodec/encode.c
index f7b13c8ba1..f66e2f9ba8 100644
--- a/libavcodec/encode.c
+++ b/lib
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Wednesday, August 17, 2022 11:28 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter/vf_showinfo: add
> wallclock option
>
> Andreas Rhei
Steven Liu 于2022年8月23日周二 09:59写道：
>
> Wujian(Chin) 于2022年8月22日周一 22:00写道：
> >
> > Fixes ticket #9848.
> >
> > Signed-off-by: wujian_nanjing
> > ---
> > libavformat/wavdec.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
> cbs_av1_write_unit() check pbc size after parsing obu frame, and return
> AVERROR(ENOSPC) if pbc is small. pbc will be reallocated and this obu
> frame will be parsed again, but this may cause error because
> CodedBitstreamAV1Context has already been updated, for example
> ref_order_hint is updat
59 matches
Mail list logo
