> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Saturday, November 26, 2022 3:36 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
> P010 format
>
> On 11/25/2022 11:31 PM, Soft Works wrote:
> >
> >
> >>
On 11/25/2022 11:31 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
James Almer
Sent: Saturday, November 26, 2022 2:01 AM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
P010 format
On 11/25/2022 9:58 PM, Soft
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Saturday, November 26, 2022 2:01 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
> P010 format
>
> On 11/25/2022 9:58 PM, Soft Works wrote:
> >
> >
> >>
On 11/25/2022 9:58 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
James Almer
Sent: Saturday, November 26, 2022 12:58 AM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
P010 format
On 11/25/2022 8:51 PM, Soft
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Saturday, November 26, 2022 12:58 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
> P010 format
>
> On 11/25/2022 8:51 PM, Soft Works wrote:
> >
> >
> >>
On 11/25/2022 8:51 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
James Almer
Sent: Saturday, November 26, 2022 12:35 AM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
P010 format
On 11/25/2022 8:26 PM, Dong,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Saturday, November 26, 2022 12:35 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
> P010 format
>
> On 11/25/2022 8:26 PM, Dong, Ruijing wrote:
> > [AMD
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Saturday, November 26, 2022 12:25 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
> P010 format
>
> On 11/25/2022 8:20 PM, Soft Works wrote:
> >
> >
> >>
[AMD Official Use Only - General]
We would like to add that in Mesa first to let vaapi path accept 10bit input
and HW to convert it to 8bit if it makes sense to do so.
Then get a chance to apply it to ffmpeg.
Thanks
Ruijing
-Original Message-
From: ffmpeg-devel On Behalf Of James
On Fri, Nov 25, 2022 at 09:18:33PM +0100, Michael Niedermayer wrote:
> This causes the RLE decoder to exit before applying the last RLE run
> All images i tested with are unchanged, this makes the special case
> for handling the last run unused for non truncated images.
>
> Signed-off-by: Michael
On Fri, Nov 25, 2022 at 03:11:32PM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2022-11-25 14:38:46)
> > t On Fri, Nov 25, 2022 at 05:45:29PM +1100, Peter Ross wrote:
> > > On Tue, Nov 22, 2022 at 11:56:51PM +0100, Michael Niedermayer wrote:
> > > > Fixes: Timeout
> > > > Fixes:
>
On 11/25/2022 8:26 PM, Dong, Ruijing wrote:
[AMD Official Use Only - General]
Will it make sense to accept P010 input, however encode to h264 8bit?
If it works (the encoder accepts the 10 bit input even if it encodes it
as 8bit), then i don't see why not. I assume it would also be faster
[AMD Official Use Only - General]
Will it make sense to accept P010 input, however encode to h264 8bit?
Thanks,
Ruijing
-Original Message-
From: ffmpeg-devel On Behalf Of James Almer
Sent: Friday, November 25, 2022 6:25 PM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH]
On 11/25/2022 8:20 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
James Almer
Sent: Friday, November 25, 2022 8:48 PM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
P010 format
On 11/25/2022 3:03 PM, Soft
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Friday, November 25, 2022 8:48 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
> P010 format
>
> On 11/25/2022 3:03 PM, Soft Works wrote:
> >
> >
> >>
On 10/11/22, Martijn van Beurden wrote:
> Recently libFLAC gained the ability (first released in FLAC 1.4.0)
> to create FLAC files containing 32-bit int PCM samples. To
> keep complexity reasonable, the choice was made to limit residuals
> to 32-bit integers, which the encoder must make sure of.
This causes the RLE decoder to exit before applying the last RLE run
All images i tested with are unchanged, this makes the special case
for handling the last run unused for non truncated images.
Signed-off-by: Michael Niedermayer
---
libavcodec/pictordec.c | 2 --
1 file changed, 2
On 11/25/2022 3:03 PM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
Anton Khirnov
Sent: Friday, November 25, 2022 2:46 PM
To: FFmpeg development discussions and patches
Cc: Haihao Xiang
Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
P010
Hello,
Patch attached.
From 68ef81098aebca9064f9c67e746476c39729e63b Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sat, 19 Nov 2022 19:01:23 +0100
Subject: [PATCH] avfilter: add showcwt multimedia filter
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 66 +
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Anton Khirnov
> Sent: Friday, November 25, 2022 2:46 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: Haihao Xiang
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc_h264: don't support
> P010 format
>
---
doc/APIchanges | 3 +++
libavformat/avformat.h | 5 -
libavformat/options_table.h | 4 +++-
libavformat/version_major.h | 1 +
4 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index ab7ce15faea..5611e012cc3 100644
---
There should no longer be reason for the callers to disable this.
In-muxer bitstream filtering should be considered a part of the muxer
internals and invisible to the caller.
---
libavformat/internal.h | 5 +
libavformat/movenc.c| 5 +++--
libavformat/mux.c | 3 ++-
Op vr 11 nov. 2022 om 22:11 schreef Martijn van Beurden :
>
> Op vr 28 okt. 2022 om 22:13 schreef Martijn van Beurden :
> >
> > Op di 11 okt. 2022 om 19:24 schreef Martijn van Beurden :
> > >
> > > Recently libFLAC gained the ability (first released in FLAC 1.4.0)
> > > to create FLAC files
> On 19. Nov 2022, at 14:30, Lynne wrote:
>
> Nov 19, 2022, 11:48 by danieloberh...@googlemail.com:
>
>> Hello, reposting this from the user list as it seems it did not get any
>> attention there and maybe is better suited here:
>>
>> I saw recently on phoronix that there was a vulkan video
---
libavcodec/x86/v210enc.asm | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/x86/v210enc.asm b/libavcodec/x86/v210enc.asm
index d3639cd440..daf5f2ab81 100644
--- a/libavcodec/x86/v210enc.asm
+++ b/libavcodec/x86/v210enc.asm
@@ -331,7 +331,6 @@ cglobal v210_planar_pack_8, 5, 5,
---
libavcodec/x86/v210enc.asm | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/x86/v210enc.asm b/libavcodec/x86/v210enc.asm
index 552164a8be..d3639cd440 100644
--- a/libavcodec/x86/v210enc.asm
+++ b/libavcodec/x86/v210enc.asm
@@ -314,7 +314,7 @@ cglobal
avx512 on Skylake-X (Xeon D-2123IT):
1.19x faster (970±91.2 vs. 817±104.4 decicycles) compared with avx2
avx512icl on Ice Lake (Xeon Silver 4316):
2.52x faster (1350±5.3 vs. 535±9.5 decicycles) compared with avx2
---
libavcodec/x86/v210enc.asm| 99 +++
---
libavcodec/x86/v210enc.asm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/v210enc.asm b/libavcodec/x86/v210enc.asm
index afac238ede..c2ad3d72c0 100644
--- a/libavcodec/x86/v210enc.asm
+++ b/libavcodec/x86/v210enc.asm
@@ -62,7 +62,7 @@ SECTION .text
;
---
tests/checkasm/v210enc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/tests/checkasm/v210enc.c b/tests/checkasm/v210enc.c
index 9942e08137..9fb8321c25 100644
--- a/tests/checkasm/v210enc.c
+++ b/tests/checkasm/v210enc.c
@@ -72,8 +72,10 @@
0001-libavcodec-qsvenc-enable-Hyper-Encode.patch
Description: 0001-libavcodec-qsvenc-enable-Hyper-Encode.patch
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
May fix the FATE failures on x64 Windows here:
https://fate.ffmpeg.org/report.cgi?slot=x86_64-msvc17-windows-native=20221125130443
Signed-off-by: Andreas Rheinhardt
---
libavutil/tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/tx.c b/libavutil/tx.c
index
On 11/25/22, Andreas Rheinhardt wrote:
> Fixes the deadlock reported in ticket #10071.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/pngdec.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
> index
Quoting Michael Niedermayer (2022-11-25 14:38:46)
> t On Fri, Nov 25, 2022 at 05:45:29PM +1100, Peter Ross wrote:
> > On Tue, Nov 22, 2022 at 11:56:51PM +0100, Michael Niedermayer wrote:
> > > Fixes: Timeout
> > > Fixes:
> > >
Why?
--
Anton Khirnov
___
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".
t On Fri, Nov 25, 2022 at 05:45:29PM +1100, Peter Ross wrote:
> On Tue, Nov 22, 2022 at 11:56:51PM +0100, Michael Niedermayer wrote:
> > Fixes: Timeout
> > Fixes:
> > 53438/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PICTOR_fuzzer-5458939919859712
> >
> > Found-by: continuous fuzzing
Fixes the deadlock reported in ticket #10071.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/pngdec.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index 8080094d65..f1cad26c52 100644
--- a/libavcodec/pngdec.c
+++
Marvin Scholz:
> ---
> libavformat/wtvenc.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/wtvenc.c b/libavformat/wtvenc.c
> index 7e28b2082e..977e16c5a4 100644
> --- a/libavformat/wtvenc.c
> +++ b/libavformat/wtvenc.c
> @@ -670,12 +670,12 @@ static
Marvin Scholz:
> ---
> libavutil/opt.c| 12 ++--
> libavutil/tests/dict.c | 10 +-
> 2 files changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/libavutil/opt.c b/libavutil/opt.c
> index a3940f47fb..0a909a8b22 100644
> --- a/libavutil/opt.c
> +++ b/libavutil/opt.c
Marvin Scholz:
> Instead of manually assembling the string, use av_dict_get_string
> which handles things like proper escaping too (even though it is
> not yet needed here).
> ---
> fftools/ffmpeg_filter.c | 31 +--
> 1 file changed, 13 insertions(+), 18 deletions(-)
>
On Thu, 24 Nov 2022 at 22:51, Carl Eugen Hoyos wrote:
> Hi!
>
> Our V210 encoder limits the written values, so do not mark the codec
> as lossless.
>
> Please comment, Carl Eugen
>
Technically true so this patch is fine.
Kieran
___
ffmpeg-devel
40 matches
Mail list logo
