On Mon, 2022-01-10 at 21:16 +, Mark Thompson wrote:
> On 10/01/2022 06:47, Xiang, Haihao wrote:
> >
> > Hi Mark,
> >
> > We want to provide a more user friendly command-line to share gfx memory
> > between
> > QSV, VAAPI and other HW methods.
> >
> > E.g. VAAPI provides sharpness_vaapi but Q
From: nyanmisaka
mfxHDLPair was added to qsv, so modify qsv->opencl map function as well.
Now the following commandline works:
ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128 \
-init_hw_device qsv=qs@va -init_hw_device opencl=ocl@va -filter_hw_device ocl \
-hwaccel qsv -hwaccel_ou
For vaapi if the init_pool_size is not zero, the pool size is fixed.
This means max surfaces is init_pool_size, but when mapping vaapi
frame to qsv frame, the init_pool_size < nb_surface. The cause is that
vaapi_decode_make_config() config the init_pool_size and it is called
twice. The first time i
From: Yang Xiao
This commit fixed a crash when seeking wma frames, asf decoder will try to
demux in function asf_read_pts().
Pointer member side_data of AVPacket that allocated by stack may be wild
pointer.
Prevent releasing wild pointers in AVPacket when some functions try to call
av_packet_u
> On Fri, 2022-01-07 at 15:36 +0800, Wenbin Chen wrote:
> > From: nyanmisaka
> >
> > mfxHDLPair was added to qsv, so modify qsv->opencl map function as well.
> > Now the following commandline works:
> >
> > ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128 \
> > -init_hw_device qsv=qs
On Fri, 2022-01-07 at 15:36 +0800, Wenbin Chen wrote:
> From: nyanmisaka
>
> mfxHDLPair was added to qsv, so modify qsv->opencl map function as well.
> Now the following commandline works:
>
> ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128 \
> -init_hw_device qsv=qs@va -init_hw_d
On 1/10/2022 11:30 PM, 13102179...@163.com wrote:
From: Yang Xiao
This commit fixed a crash when seeking wma frames, asf decoder will try to
demux in function asf_read_pts().
Pointer member side_data of AVPacket that allocated by stack may be wild
pointer.
Prevent releasing wild pointers i
From: Yang Xiao
This commit fixed a crash when seeking wma frames, asf decoder will try to
demux in function asf_read_pts().
Pointer member side_data of AVPacket that allocated by stack may be wild
pointer.
Prevent releasing wild pointers in AVPacket when some functions try to call
av_packet_u
From: Limin Wang
qHD is 960x540 (q stands for quarter) and QHD is 2560x1440 (Q is quad).
use quadhd for QHD for abbreviation.
Fix ticket#9591
Signed-off-by: Limin Wang
---
libavutil/parseutils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/parseutils.c b/libav
On Mon, Jan 10, 2022 at 07:16:50PM +0100, Andreas Rheinhardt wrote:
> lance.lmw...@gmail.com:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavutil/parseutils.c | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/libavutil/parseutils.c b/libavutil/parseutils
The current size is AV_NUM_DATA_POINTERS (i.e. eight).
This number is chosen in order to minimize the amount of allocations
for AVFrame.extended_(data|buf) for audio; it is meaningless
for video for which four is sufficient. So decrease this array
in order to minimize what is copied in ff_mpeg_ref_
These messages belong together, yet they can be torn apart
if some other call to av_log() happens between them.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg4videodec.c | 59 +++---
1 file changed, 30 insertions(+), 29 deletions(-)
diff --git a/libavcodec
It is write-only for them.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/flvdec.c | 1 -
libavcodec/h263dec.c | 2 --
libavcodec/intelh263dec.c | 1 -
libavcodec/ituh263dec.c | 2 --
libavcodec/rv10.c | 2 --
5 files changed, 8 deletions(-)
diff --git a/libavcodec/flvdec
On 10/01/2022 06:47, Xiang, Haihao wrote:
Hi Mark,
We want to provide a more user friendly command-line to share gfx memory between
QSV, VAAPI and other HW methods.
E.g. VAAPI provides sharpness_vaapi but QSV doesn't provide a corresponding
filter, we want to use sharpness_vaapi filter on the
On 10/01/2022 01:40, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Mark
Thompson
Sent: Monday, January 10, 2022 1:57 AM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v4 1/1] avutils/hwcontext: When deriving a
hwdevice, search for existing device in
On Sun, 9 Jan 2022, Pierre-Anthony Lemieux wrote:
On Sat, Jan 8, 2022 at 10:49 AM Marton Balint wrote:
On Sat, 1 Jan 2022, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavformat/imfdec.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/lib
From: softworkz
fopen needs (b)inary mode
Signed-off-by: softworkz
---
libavcodec/dvbsubdec.c | 4 ++--
libavcodec/dvdsubdec.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/dvbsubdec.c b/libavcodec/dvbsubdec.c
index 8db9963fda..f65bf960a4 100644
--- a/libavc
From: softworkz
It's been a regular annoyance.
Introduce a debug-only parameter for this.
Signed-off-by: softworkz
---
libavcodec/dvbsubdec.c | 16 +++-
libavcodec/dvdsubdec.c | 9 +++--
2 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/libavcodec/dvbsubdec.c b/l
It's annoying and unexpected, but still useful at times (as I've realized
just recently).
This is a follow-up to the earlier submission here:
https://www.mail-archive.com/ffmpeg-devel@ffmpeg.org/msg128080.html
There has been a comment from Anton, questioning whether the dump-feature is
useful. Me
LGTM
___
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".
To trigger this bug, use `paletteuse=dither=bayer:bayer_scale=0`; you will see
that adjacent pixel lines will use the same dither pattern, instead of being
shifted from each other by 32 units (0x20).
One way to demostrate the bug is:
$ convert -size 64x256 gradient:black-white -rotate 270 grad.pn
Kyle Swanson:
> Hi,
>
> On Sun, Jan 2, 2022 at 9:21 PM Andreas Rheinhardt
> wrote:
>>>
>>> static const AVOption libvmaf_options[] = {
>>> -{"model_path", "Set the model to be used for computing vmaf.",
>>> OFFSET(model_path), AV_OPT_TYPE_STRING,
>>> {.str="/usr/local/
lance.lmw...@gmail.com:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/parseutils.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavutil/parseutils.c b/libavutil/parseutils.c
> index 7f678cd..19bbdde 100644
> --- a/libavutil/parseutils.c
> +++ b/libavutil/pa
Michael Niedermayer:
> Hi all
>
> This is a simple go/no go call
> if you know of something that still should go into 5.0 please reply here
> with a list of what you are working on and a timelimit until when you
> will be done with it
>
> if you think everything is ready for the release, then too
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> fftools/cmdutils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fftools/cmdutils.c b/fftools/cmdutils.c
> index 594eeef379..f80c361eba 100644
> --- a/fftools/cmdutils.c
> +++ b/fftools/cmdutils.c
> @@ -18
RV40, SVQ3 and VP7/VP8 are eight-bit only, so it makes no sense
to check for them in the codepath initializing > eight bit contexts.
Move the codec-specific code to a switch located after the eight-bit
init code where this is easily possible; and add checks to the macro
to enable the compiler to re
VP7 and VP8 are eight bit only.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264pred.c | 36 --
libavcodec/h264pred_template.c | 34 ++--
2 files changed, 36 insertions(+), 34 deletions(-)
diff --git a/libavcodec/h264pred
This code is only reached by the H.264 decoder.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264_slice.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index f9c300bc2b..4833282191 100644
--- a/libavcodec/h264_slice.c
++
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264pred.c | 35 ---
1 file changed, 16 insertions(+), 19 deletions(-)
diff --git a/libavcodec/h264pred.c b/libavcodec/h264pred.c
index 2d115f7b43..d83ca37a69 100644
--- a/libavcodec/h264pred.c
+++ b/libavcodec/h264
Topright samples are always available.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/svq3.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/libavcodec/svq3.c b/libavcodec/svq3.c
index 6f3ade8ace..a3f434ff8d 100644
--- a/libavcodec/svq3.c
+++ b/libavcodec/svq3.c
On 1/10/2022 1:51 PM, Anton Khirnov wrote:
---
libavformat/udp.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index b8b0e19609..180d96a988 100644
--- a/libavformat/udp.c
+++ b/libavformat/udp.c
@@ -739,8 +739,10 @@ static int
The first patch in my just-sent lavf set:
lavf/udp: do not return an uninitialized value from udp_open()
(message-id <20220110165143.2292-1-an...@khirnov.net>)
should go into 5.0 (and 4.4).
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
---
libavformat/network.c | 8
libavformat/network.h | 2 +-
libavformat/sctp.c| 2 +-
libavformat/tcp.c | 2 +-
libavformat/udp.c | 4 ++--
libavformat/unix.c| 2 +-
6 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavformat/network.c b/libavformat/netwo
---
libavformat/udp.c | 35 ---
1 file changed, 20 insertions(+), 15 deletions(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index 180d96a988..d1195ceca9 100644
--- a/libavformat/udp.c
+++ b/libavformat/udp.c
@@ -159,12 +159,13 @@ static const AVClass udpli
---
libavformat/network.c | 6 +++---
libavformat/network.h | 3 ++-
libavformat/tcp.c | 2 +-
3 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/libavformat/network.c b/libavformat/network.c
index c3d9f82551..246ffd406d 100644
--- a/libavformat/network.c
+++ b/libavformat/network.
---
libavformat/udp.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index b8b0e19609..180d96a988 100644
--- a/libavformat/udp.c
+++ b/libavformat/udp.c
@@ -739,8 +739,10 @@ static int udp_open(URLContext *h, const char *uri, int
> It sure would be nice if all the different hw flavors of the same filter
> could share code.
Yeah. Definitely. The config_output function of the same filter
implemented by different hw is similar. Maybe something like
this could be integrated into one separate function.
Best Regards,
Jianhua
_
This is done in ff_shuffle_filter_coefficients.
---
tests/checkasm/sw_scale.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tests/checkasm/sw_scale.c b/tests/checkasm/sw_scale.c
index 3c0a083b42..e7f916d3a8 100644
--- a/tests/checkasm/sw_scale.c
+++ b/tests/checkasm/sw_
ff_shuffle_filter_coefficients shuffles the tail as required.
---
libswscale/utils.c | 17 +++--
libswscale/x86/swscale.c | 4 ++--
2 files changed, 17 insertions(+), 4 deletions(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 52f07e1661..7e1e9c3834 100644
--- a/l
The main loop processes blocks of 16 pixels. The tail processes blocks
of size 4.
---
libswscale/x86/scale_avx2.asm | 48 +--
1 file changed, 46 insertions(+), 2 deletions(-)
diff --git a/libswscale/x86/scale_avx2.asm b/libswscale/x86/scale_avx2.asm
index 20acdbd63
Make the code more readable, follow the style guide and propagate memory
allocation errors.
---
libswscale/swscale_internal.h | 2 +-
libswscale/utils.c| 68 ---
2 files changed, 40 insertions(+), 30 deletions(-)
diff --git a/libswscale/swscale_interna
On 10.01.2022 13:49, Roman Arzumanyan wrote:
Hello,
This patch memsets NV_ENC_REGISTER_RESOURCE structure with zeros.
Without that, in rare occasions NV_ENC_REGISTER_RESOURCE::bufferUsage
structure field may accidentaly take NV_ENC_OUTPUT_MOTION_VECTOR value
causing nvEncRegisterResource() fun
It sure would be nice if all the different hw flavors of the same filter
could share code.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or emai
> -Original Message-
> From: ffmpeg-devel On Behalf Of Hendrik
> Leppkes
> Sent: Monday, January 10, 2022 11:31 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 0/4] avcodec/dvbsubdec, dvdsubdec: don't
> dump images to disk based on DEBUG define
From: Jan Ekström
This long-existing feature calculates subtitle durations by keeping
it around until the following subtitle is decoded, and then utilizes
the following subtitle's pts as the end point of the previous one.
Signed-off-by: Jan Ekström
---
tests/fate/ffmpeg.mak |
>From babcceafbd30eff677b2366a0c470d31c503bed1 Mon Sep 17 00:00:00 2001
From: TianBo Zheng
Date: Mon, 10 Jan 2022 11:18:56 +
Subject: [PATCH] avformat/mkv: add mkv tags for AVS2 and AVS3 codecs.
Signed-off-by: TianBo Zheng naturalwal...@hotmail.com
MKV codec mappings:
V_AVS2 and V_AVS3
(h
On Mon, 10 Jan 2022, Zhao Zhili wrote:
mvhd and tkhd present the post-editlist duration, while mdhd should
have the pre-editlist duration. Regression since c2424b1f3.
---
v4: fix more fate
Pushed this now, and backported it to 5.0 - sorry for the delay.
// Martin
>From 4659b8ebcb516de24859c7f6203391a8f3f5ee2c Mon Sep 17 00:00:00 2001
From: TianBo Zheng
Date: Mon, 10 Jan 2022 07:59:24 +
Subject: [PATCH] Add MKV tags for AVS2 and AVS3 codecs.
Signed-off-by: TianBo Zheng
MKV codec mappings:
V_AVS2 and V_AVS3
(https://github.com/ietf-wg-cellar/matros
Always zero since 4d2858deac5213eaddfdc06f98379b6325d7b953.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h263dec.c | 7 ---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_dec.c | 1 -
libavcodec/svq3.c | 8
libavcodec/vc1dec.c| 7 ---
5 files c
> > A regression issue: avformat/movenc: fix duration in mdhd box
> > https://patchwork.ffmpeg.org/project/ffmpeg/patch/tencent_7d4d80dc34db3f53572f9d76e0ee5aee3...@qq.com/
>
> https://patchwork.ffmpeg.org/check/48152/
>
> Make fate failed?
> make: *** [fate-copy-trac3074] Error 1
> make: *** [f
On Fri, Jan 7, 2022 at 5:14 PM Soft Works wrote:
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Hendrik
> > Leppkes
> > Sent: Friday, January 7, 2022 11:32 AM
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH 0/4] avcodec/dvbsubde
mvhd and tkhd present the post-editlist duration, while mdhd should
have the pre-editlist duration. Regression since c2424b1f3.
---
v4: fix more fate
libavformat/movenc.c| 2 +-
tests/ref/fate/copy-trac3074| 2 +-
tests/ref/fate/mov-cover-image
Michael Niedermayer:
> Fixes: division by zero
> Fixes: integer overflow
> Fixes:
> 43347/clusterfuzz-testcase-minimized-ffmpeg_dem_V210X_fuzzer-5846911637127168
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Nie
On Mon, Jan 10, 2022 at 11:09:11AM +0800, "zhilizhao(赵志立)" wrote:
>
>
> > On Jan 9, 2022, at 12:30 AM, Michael Niedermayer
> > wrote:
> >
> > Hi all
> >
> > This is a simple go/no go call
> > if you know of something that still should go into 5.0 please reply here
> > with a list of what you
> -Original Message-
> From: Andriy Gelman [mailto:andriy.gel...@gmail.com]
> Sent: Sunday, January 9, 2022 1:13 AM
> To: Ming Qian
> Cc: FFmpeg development discussions and patches
> Subject: Re: [EXT] Re: [FFmpeg-devel] [PATCH v4 2/3] avcodec/v4l2_context:
> resume the decoding process
10 Jan 2022, 08:29 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> This was accidentally comparing s->colorspace against out->colorspace,
> which is wrong - the intent was to compare in->colorspace against
> out->colorspace.
>
> We also forgot to strip mastering metadata. Finally, the order is sort
> On Jan 9, 2022, at 3:24 AM, Anton Khirnov wrote:
>
> Quoting Cameron Gutman (2022-01-03 01:33:19)
>> Signed-off-by: Cameron Gutman
>> ---
>> libavutil/hwcontext_videotoolbox.c | 25 +
>> 1 file changed, 25 insertions(+)
>>
>> diff --git a/libavutil/hwcontext_videotool
57 matches
Mail list logo
