>From: Wu, Tong1
>Sent: Thursday, April 18, 2024 4:59 PM
>To: ffmpeg-devel@ffmpeg.org
>Cc: Wu, Tong1
>Subject: [FFmpeg-devel][PATCH v8 14/15] avcodec: add D3D12VA hardware
>HEVC encoder
>
>From: Tong Wu
>
>This implementation is based on D3D12 Video Encoding Spec:
On 5/8/2024 11:28 PM, shiqizhu wrote:
Signed-off-by: shiqizhu
---
libavformat/riffdec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavformat/riffdec.c b/libavformat/riffdec.c
index b7a85a6ab2..89267e879d 100644
--- a/libavformat/riffdec.c
+++
Signed-off-by: shiqizhu
---
libavformat/riffdec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavformat/riffdec.c b/libavformat/riffdec.c
index b7a85a6ab2..89267e879d 100644
--- a/libavformat/riffdec.c
+++ b/libavformat/riffdec.c
@@ -197,8 +197,7 @@ int
This is done generically now.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/012v.c | 3 ---
libavcodec/aic.c | 2 --
libavcodec/aliaspixdec.c | 3 ---
libavcodec/asvdec.c| 2 --
libavcodec/avuidec.c | 3 ---
libavcodec/bitpacked_dec.c | 3 ---
This commit is the analog of 3f11eac75741888c7b2b6f93c458766f2613bab5
for decoding: It sets the AV_FRAME_FLAG_KEY and (for video decoders)
also pict_type to AV_PICTURE_TYPE_I. It furthermore stops setting
audio frames as always being key frames -- it is wrong for e.g.
TrueHD/MLP. The latter also
It reuses the previous frame and does not code unchanged blocks.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/codec_desc.c | 2 +-
libavcodec/jvdec.c | 2 --
tests/ref/fate/jv-demux | 14 +++---
3 files changed, 8 insertions(+), 10 deletions(-)
diff --git
It is currently always set for all audio frames, but this is
wrong (namely for MLP/TrueHD) and will be changed.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mlpdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/mlpdec.c b/libavcodec/mlpdec.c
index 305c5d2b36..e85dac36a7
On Thu, May 02, 2024 at 02:41:49AM +0200, Michael Niedermayer wrote:
> Fixes: CID1465488 Unintentional integer overflow
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/cbs_av1.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
On Sun, Apr 28, 2024 at 01:54:23AM +0200, Michael Niedermayer wrote:
> This probably makes no difference but its more correct
>
> Fixes: CID1503080 Unchecked return value
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> fftools/ffplay.c | 4 ++--
> 1 file
On Wed, Apr 24, 2024 at 03:45:18AM +0200, Michael Niedermayer wrote:
> Fixes: CID1463550 Logically dead code
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> doc/examples/demux_decode.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
will apply
On Tue, Apr 30, 2024 at 02:48:53AM +0200, Michael Niedermayer wrote:
> Fixes: null pointer dereference
> Fixes: -stream_loop 1 -ss 00:00:05 -i zgclab/ffmpeg_crash/poc2 -codec:v copy
> -codec:a aac -y output.mp4
>
> Found-by: Wang Dawei and Zhou Geng, from Zhongguancun Laboratory
> Signed-off-by:
On Sun, May 05, 2024 at 03:18:57AM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> tools/target_enc_fuzzer.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Wed, May 08, 2024 at 05:19:49PM +0200, Ramiro Polla wrote:
> ff_init_me() was being called after ff_update_duplicate_context(),
> which caused the propagation of the initialization to other thread
> contexts to be delayed by one frame.
>
> In the case of mpeg4 (or flipflop_rounding), this
On Wed, May 08, 2024 at 05:19:50PM +0200, Ramiro Polla wrote:
> In direct_search() and ff_estimate_b_frame_motion(), penalty_factor
> would be used before being initialized in estimate_motion_b(). Also,
> the initialization would happen more than once unnecessarily.
> ---
>
On 5/8/2024 5:01 PM, Marton Balint wrote:
On Wed, 8 May 2024, Tomas Härdin wrote:
What suprises me is that pict_type and the keyframe flag is not set
already for decoding codecs with AV_CODEC_PROP_INTRA_ONLY flag. Is this
intentional or just nobody had the time to set it up to work
On Wed, May 08, 2024 at 12:16:44PM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Help coverity with CID500302 Uninitialized scalar variable
> >
> > Sponsored-by: Sovereign Tech Fund
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/img2dec.c | 2 ++
> > 1 file
On Wed, 8 May 2024, Tomas Härdin wrote:
What suprises me is that pict_type and the keyframe flag is not set
already for decoding codecs with AV_CODEC_PROP_INTRA_ONLY flag. Is this
intentional or just nobody had the time to set it up to work
automatically?
Thanks,
Marton
On Wed, May 08, 2024 at 11:46:45AM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Inspired by: CID1473561 Untrusted pointer write
> >
> > Sponsored-by: Sovereign Tech Fund
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/cbs_jpeg.c | 1 +
> > 1 file changed, 1
On Wed, 8 May 2024, shiqizhu wrote:
Signed-off-by: shiqizhu
---
libavformat/wavdec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
index 00856a5eca..9060796c81 100644
--- a/libavformat/wavdec.c
+++ b/libavformat/wavdec.c
@@
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/af_volume.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/libavfilter/af_volume.c b/libavfilter/af_volume.c
> index 5a3c9220f4..b3dd57c5e5 100644
> --- a/libavfilter/af_volume.c
> +++ b/libavfilter/af_volume.c
Andreas Rheinhardt:
> ssd_int8_vs_int16 is only called from encode_block()
> in svq1enc.c; it calls it in stages: At stage 0,
> the int16_t array contains the difference of two
> uint16_t. At each of the following stages, the
> int16_t array is filled by subtracting an int8_t from
> the current
---
libavcodec/riscv/Makefile | 1 +
libavcodec/riscv/ac3dsp_init.c | 5
libavcodec/riscv/ac3dsp_rvvb.S | 43 ++
3 files changed, 49 insertions(+)
create mode 100644 libavcodec/riscv/ac3dsp_rvvb.S
diff --git a/libavcodec/riscv/Makefile
This requires Linux kernel version 6.8 or later.
---
libavutil/riscv/cpu.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavutil/riscv/cpu.c b/libavutil/riscv/cpu.c
index 69d1afe853..3cf4e25bc9 100644
--- a/libavutil/riscv/cpu.c
+++ b/libavutil/riscv/cpu.c
@@ -54,6 +54,10 @@ int
---
Makefile | 2 +-
configure | 3 +++
doc/APIchanges| 3 +++
ffbuild/arch.mak | 1 +
libavutil/cpu.c | 1 +
libavutil/cpu.h | 1 +
libavutil/tests/cpu.c | 1 +
tests/checkasm/checkasm.c | 1 +
8 files changed, 12
On Tue, May 7, 2024 at 10:22 PM Mark Thompson wrote:
>
> On 07/05/2024 07:00, David Rosca wrote:
> > If there are missing references, h264 decode does error concealment
> > by copying previous refs which means there will be duplicated surfaces
> > and this code would try to merge them instead of
If there are missing references, h264 decode does error concealment
by copying previous refs which means there will be duplicated surfaces.
Check long_ref and frame_idx in addition to surface when looking for
the other field to avoid trying to merge with wrong picture.
Also allow to merge with
In direct_search() and ff_estimate_b_frame_motion(), penalty_factor
would be used before being initialized in estimate_motion_b(). Also,
the initialization would happen more than once unnecessarily.
---
libavcodec/motion_est.c | 15 ---
ff_init_me() was being called after ff_update_duplicate_context(),
which caused the propagation of the initialization to other thread
contexts to be delayed by one frame.
In the case of mpeg4 (or flipflop_rounding), this would make the
hpel_put functions differ between the first thread (which
ons 2024-05-08 klockan 09:46 -0300 skrev James Almer:
> On 5/8/2024 9:42 AM, Tomas Härdin wrote:
> > Hi
> >
> > On a 36-core machine (Intel(R) Xeon(R) Platinum 8124M CPU @
> > 3.00GHz)
> > with a 7 minute 125 Mbit/s 1080p sample and -thread_type frame -
> > threads
> > 36 this brings CPU
On 5/8/2024 9:42 AM, Tomas Härdin wrote:
Hi
On a 36-core machine (Intel(R) Xeon(R) Platinum 8124M CPU @ 3.00GHz)
with a 7 minute 125 Mbit/s 1080p sample and -thread_type frame -threads
36 this brings CPU utilization from 117% to 3174%, 58x realtime
Without -threads 36 the utilization is only
From 894a0ff35e892f84b079bef62efa56250bb33e41 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Wed, 8 May 2024 14:18:10 +0200
Subject: [PATCH 3/3] lavc/speedhqdec: Set AV_PICTURE_TYPE_I
---
libavcodec/speedhqdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Inspired by qoidec
/Tomas
From ed49d383d40a9a4fad04b76bc7d86107c6350d9a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Wed, 8 May 2024 14:17:57 +0200
Subject: [PATCH 2/3] lavc/speedhqdec: Obey AVDISCARD_ALL
---
libavcodec/speedhqdec.c | 3 +++
1 file changed, 3
Hi
On a 36-core machine (Intel(R) Xeon(R) Platinum 8124M CPU @ 3.00GHz)
with a 7 minute 125 Mbit/s 1080p sample and -thread_type frame -threads
36 this brings CPU utilization from 117% to 3174%, 58x realtime
Without -threads 36 the utilization is only 1601% due to it being 16 by
default..
Michael Niedermayer:
> Help coverity with CID500302 Uninitialized scalar variable
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/img2dec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c
>
Piped inputs don't support the ts_from_file option,
which allows to avoid a branch. Should also help
Coverity with issue #1500302.
Signed-off-by: Andreas Rheinhardt
---
libavformat/img2dec.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/libavformat/img2dec.c
Compile with '--disable-lasx', ‘lumRangeFromJpeg_lasx’ undeclared.
---
libswscale/loongarch/swscale_init_loongarch.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libswscale/loongarch/swscale_init_loongarch.c
b/libswscale/loongarch/swscale_init_loongarch.c
index 3a5a7ee856..4af62ad9f8
Michael Niedermayer:
> Inspired by: CID1473561 Untrusted pointer write
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/cbs_jpeg.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/cbs_jpeg.c b/libavcodec/cbs_jpeg.c
> index
Signed-off-by: shiqizhu
---
libavformat/wavdec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
index 00856a5eca..9060796c81 100644
--- a/libavformat/wavdec.c
+++ b/libavformat/wavdec.c
@@ -233,8 +233,7 @@ static int
On Tue, May 7, 2024 at 10:01 PM Mark Thompson wrote:
>
> On 28/04/2024 08:26, David Rosca wrote:
> > When there are multiple tiles in one slice buffer, use multiple slice
> > params to avoid sending the same slice buffer multiple times and thus
> > increasing the bitstream size the driver will
When there are multiple tiles in one slice buffer, use multiple slice
params to avoid sending the same slice buffer multiple times and thus
increasing the bitstream size the driver will need to upload to hw.
---
v2: Avoid allocations every slice.
libavcodec/vaapi_av1.c | 47
---
v2: No changes
libavcodec/vaapi_av1.c| 2 +-
libavcodec/vaapi_decode.c | 3 ++-
libavcodec/vaapi_decode.h | 1 +
libavcodec/vaapi_h264.c | 2 +-
libavcodec/vaapi_hevc.c | 4 ++--
libavcodec/vaapi_mjpeg.c | 2 +-
libavcodec/vaapi_mpeg2.c | 2 +-
libavcodec/vaapi_mpeg4.c | 2 +-
On Ma, 2024-04-15 at 10:07 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> This can be used to insert a metadata OBU to the stream later.
>
> Signed-off-by: Haihao Xiang
> ---
> libavcodec/vaapi_encode_av1.c | 42 ++-
> 1 file changed, 41 insertions(+), 1
Le 7 mai 2024 23:34:14 GMT+03:00, "Martin Storsjö" a écrit :
>On Tue, 7 May 2024, Rémi Denis-Courmont wrote:
>
>> ---
>> Makefile | 2 +-
>> configure | 3 +++
>> doc/APIchanges| 3 +++
>> ffbuild/arch.mak | 1 +
>> libavutil/cpu.h | 1
On Di, 2024-05-07 at 21:25 +0100, Mark Thompson wrote:
> On 07/05/2024 06:27, Xiang, Haihao wrote:
> > On So, 2024-05-05 at 20:01 +0100, Mark Thompson wrote:
> > > libva 2.0 was released in 2017 and the 2.x versions are included in all
> > > supported distributions nowadays. Various features no
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavfilter/qsvvpp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c
index 10d970652e..c4c338b36b 100644
--- a/libavfilter/qsvvpp.c
+++ b/libavfilter/qsvvpp.c
@@ -308,7 +308,7 @@
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavfilter/qsvvpp.c | 52
1 file changed, 29 insertions(+), 23 deletions(-)
diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c
index c4c338b36b..1c9773df09 100644
--- a/libavfilter/qsvvpp.c
From: Haihao Xiang
This allows a downstream element stores more frames from qsv decoders
and fixes error in get_buffer().
$ ffmpeg -hwaccel qsv -hwaccel_output_format qsv -i input.mp4 -vf
reverse -f null -
[vist#0:0/h264 @ 0x562248f12c50] Decoding error: Cannot allocate memory
[h264_qsv @
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavcodec/qsvenc.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index d881c11160..3df355ce78 100644
--- a/libavcodec/qsvenc.c
+++ b/libavcodec/qsvenc.c
@@ -745,8
From: Haihao Xiang
When the external allocator is used for dynamic frame allocation, only
video memory is supported, the SDK doesn't lock/unlock the memory block
via Lock()/Unlock() calls.
Signed-off-by: Haihao Xiang
---
libavcodec/qsv.c | 68 +++-
From: Haihao Xiang
Make it work with the source which has a dynamic frame pool.
Signed-off-by: Haihao Xiang
---
libavutil/hwcontext_qsv.c | 131 +-
1 file changed, 129 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_qsv.c
From: Haihao Xiang
Make it work with the source which has a dynamic frame pool.
Signed-off-by: Haihao Xiang
---
libavutil/hwcontext_qsv.c | 61 ++-
1 file changed, 54 insertions(+), 7 deletions(-)
diff --git a/libavutil/hwcontext_qsv.c
From: Haihao Xiang
When AVHWFramesContext.initial_pool_size is 0, a dynamic frame pool is
required. We may support this under certain conditions, e.g. oneVPL 2.9+
support dynamic frame allocation, we needn't provide a fixed frame pool
in the mfxFrameAllocator.Alloc callback.
Signed-off-by:
From: Haihao Xiang
Add AVQSVFramesContext.info and update the description.
Signed-off-by: Haihao Xiang
---
doc/APIchanges| 3 +++
libavutil/hwcontext_qsv.c | 4 ++--
libavutil/hwcontext_qsv.h | 27 +--
libavutil/version.h | 2 +-
4 files changed,
53 matches
Mail list logo