Re: [FFmpeg-devel] [PATCH 2/7] lavu/pixfmt: add AV_PIX_FMT_RGB32

On 10/10/2024 07:32, Lynne wrote: --- libavutil/pixdesc.c | 24 libavutil/pixfmt.h | 4 2 files changed, 28 insertions(+) diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c index 7174989072..a741d9bcb7 100644 --- a/libavutil/pixdesc.c +++ b/libavutil/pixde

Re: [FFmpeg-devel] Howto utilize GPU acceleration outside expected places?

On 10/10/2024 06:05, martin schitter wrote: Can someone here point me to an example, how to use GPU acceleration outside of external hw_decode/encode facilities or vulkan_filters, just as more suitable compute mechanism and for better float image data support in ordinary ffmpeg code modules?

[FFmpeg-devel] [PATCH 7/7] hwcontext_vulkan: enable shaderBufferInt64Atomics if supported

--- libavutil/hwcontext_vulkan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c index 3bb6d838f6..3be29a20f7 100644 --- a/libavutil/hwcontext_vulkan.c +++ b/libavutil/hwcontext_vulkan.c @@ -256,6 +256,7 @@ static void device_feature

[FFmpeg-devel] [PATCH 6/7] hwcontext_vulkan: add support for AV_PIX_FMT_RGBF32

--- libavutil/hwcontext_vulkan.c | 1 + libavutil/vulkan.c | 3 ++- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c index ad2d62f874..3bb6d838f6 100644 --- a/libavutil/hwcontext_vulkan.c +++ b/libavutil/hwcontext_v

[FFmpeg-devel] [PATCH 5/7] hwcontext_vulkan: add support for AV_PIX_FMT_RGB32

--- libavutil/hwcontext_vulkan.c | 1 + libavutil/vulkan.c | 4 +++- 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c index 24aafcba07..ad2d62f874 100644 --- a/libavutil/hwcontext_vulkan.c +++ b/libavutil/hwcontext_

[FFmpeg-devel] [PATCH 2/7] lavu/pixfmt: add AV_PIX_FMT_RGB32

--- libavutil/pixdesc.c | 24 libavutil/pixfmt.h | 4 2 files changed, 28 insertions(+) diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c index 7174989072..a741d9bcb7 100644 --- a/libavutil/pixdesc.c +++ b/libavutil/pixdesc.c @@ -2775,6 +2775,30 @@ static cons

[FFmpeg-devel] [PATCH 3/7] hwcontext_vulkan: add support for AV_PIX_FMT_RGBAF32

--- libavutil/hwcontext_vulkan.c | 1 + libavutil/vulkan.c | 12 +++- 2 files changed, 12 insertions(+), 1 deletion(-) diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c index aaf2c78ebd..1fb0481fa7 100644 --- a/libavutil/hwcontext_vulkan.c +++ b/libavutil

[FFmpeg-devel] [PATCH 1/7] lavu/pixfmt: add AV_PIX_FMT_RGBA32

This format is useful for doing certain lossless transforms on images, RCT in particular, which require you to escalate the size from 16 to 32 bits to avoid overflows. APIchanges will be done alongside when comitting. --- libavutil/pixdesc.c | 27 +++ libavutil/pixfmt.h |

[FFmpeg-devel] [PATCH 4/7] hwcontext_vulkan: add support for AV_PIX_FMT_RGBA32

--- libavutil/hwcontext_vulkan.c | 1 + libavutil/vulkan.c | 11 ++- 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c index 1fb0481fa7..24aafcba07 100644 --- a/libavutil/hwcontext_vulkan.c +++ b/libavutil/

[FFmpeg-devel] Howto utilize GPU acceleration outside expected places?

Can someone here point me to an example, how to use GPU acceleration outside of external hw_decode/encode facilities or vulkan_filters, just as more suitable compute mechanism and for better float image data support in ordinary ffmpeg code modules? Most examples and documentation are only f

[FFmpeg-devel] [PATCH] vulkan: use correct signed image type for storage images

Using signed or unsigned integer formats/layouts requires that "uimage" or "iimage" are used. --- libavutil/vulkan.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/libavutil/vulkan.c b/libavutil/vulkan.c index 7dbd3fa573..856567795b 100644 --- a/libavutil/vu

[FFmpeg-devel] [PATCH v11 1/3] libavcodec/dnxucdec: DNxUncompressed decoder

--- libavcodec/Makefile| 1 + libavcodec/allcodecs.c | 1 + libavcodec/dnxucdec.c | 385 + 3 files changed, 387 insertions(+) create mode 100644 libavcodec/dnxucdec.c diff --git a/libavcodec/Makefile b/libavcodec/Makefile index 5df4b7c..90ee089 10

[FFmpeg-devel] [PATCH v11 3/3] tests: Fate sample tests for DNxUncompressed

--- tests/Makefile | 1 + tests/fate/dnxuc.mak| 40 + tests/ref/fate/dnxuc-cb-rgb-10 | 8 ++ tests/ref/fate/dnxuc-cb-rgb-12 | 8 ++ tests/ref/fate/dnxuc-cb-rgb-8 | 8 ++ tests/ref/fate/dnxuc-cb-rgb-flo

[FFmpeg-devel] [PATCH v11 2/3] doc: DNxUncompressed Changelog and doc entries

--- Changelog | 2 ++ doc/general_contents.texi | 1 + 2 files changed, 3 insertions(+) diff --git a/Changelog b/Changelog index 7963e09..75b8e15 100644 --- a/Changelog +++ b/Changelog @@ -3,6 +3,8 @@ releases are sorted from youngest to oldest. version : - yasm support droppe

[FFmpeg-devel] [PATCH v11 0/3] DNxUncompressed decoder

A slightly improved version of the DNxUncompressed decoder to fix flaws pointed out in Michael Niedermayers last review. * utilize byte swapping in float16 alpha workaround. * use bitwise AND instead of reminder for performance reasons. Martin Martin Schitter (3): libavcodec/dnxucdec: DNxUncom

[FFmpeg-devel] [PATCH] vulkan: extend ff_vk_shader_rep_fmt to be useful for bitexactness

The original either reported 8 or 16-bit conversion from the original, rather than being able to return the actual original. This makes it usable in a situation where preserving exactness is required. --- libavfilter/vf_avgblur_vulkan.c | 3 +- libavfilter/vf_blend_vulkan.c | 3 +- liba

Re: [FFmpeg-devel] [PATCH v10 4/6] libavcodec/dnxucdec: DNxUncompressed decoder

Thanks for looking again in such an accurate manner over this code! On 09.10.24 18:13, Michael Niedermayer wrote: On Fri, Oct 04, 2024 at 11:07:33PM +0200, Martin Schitter wrote: [...] +static int half_add_alpha(AVCodecContext *avctx, AVFrame *frame, const AVPacket *pkt) +{ +/* ffmpeg doe

Re: [FFmpeg-devel] [Uncompressed MP4] RFC - Draft Encoder

Sounds good, I'll look into adding rawvideo to the list of movcodec_tags. Looking at the AVPixFmtDescriptor, I noticed: AVComponentDescriptor comp[4]; Does this line limit the component count to only four? Encoding video with many components is an important use case. Yes, there are various interl

[FFmpeg-devel] [PATCH] avutil/pixdesc: use a bigger variable type when writing bitstream formats

Fixes fate-imgutils and fate-pixelutils under gcc-usan after 29ea34728f1064877a0ab9b8dee0f3de69a2d750. Signed-off-by: James Almer --- libavutil/pixdesc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c index f8d6055084..508d6d2a39 100

[FFmpeg-devel] [PATCH] avcodec/videotoolboxenc: Respect the -refs option

VideoToolbox doesn't allow us to specify an exact number of ref frames, but it does allow an upper limit to be specified which is better than nothing. Signed-off-by: Cameron Gutman --- libavcodec/videotoolboxenc.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/libavcod

[FFmpeg-devel] [PATCH 5/5] avformat/mpegts: Initialize predefined_SLConfigDescriptor_seen

Fixes: use of uninitialized variable Fixes: 368729566/clusterfuzz-testcase-minimized-ffmpeg_dem_MPEGTS_fuzzer-6044501804646400 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavformat/mpegts.c | 2 ++

[FFmpeg-devel] [PATCH 4/5] avformat/mxfdec: Detect infinite loop of segments

Fixes: Infinite loop Fixes: 371059874/clusterfuzz-testcase-minimized-ffmpeg_dem_MXF_fuzzer-5024314548617216 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavformat/mxfdec.c | 13 - 1 file

[FFmpeg-devel] [PATCH 3/5] avformat/mxfdec: Fix overflow in midpoint computation

Fixes: signed integer overflow: 4611686016549392399 + 9223372033098784800 cannot be represented in type 'long long' Fixes: 368503277/clusterfuzz-testcase-minimized-ffmpeg_dem_MXF_fuzzer-5928227458056192 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects

[FFmpeg-devel] [PATCH 2/5] swscale/output: used unsigned for bit accumulation

Fixes: Integer overflow Fixes: 368725672/clusterfuzz-testcase-minimized-ffmpeg_SWS_fuzzer-5009093023563776 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libswscale/output.c | 9 + 1 file change

[FFmpeg-devel] [PATCH 1/5] swscale/rgb2rgb_template: Fix ff_rgb24toyv12_c() with odd height

Fixes: out of array access Fixes: 368143798/clusterfuzz-testcase-minimized-ffmpeg_SWS_fuzzer-6475823425585152 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libswscale/rgb2rgb_template.c | 7 ++- 1

[FFmpeg-devel] [PATCH] avcodec/amfenc: Pass through TRC and primaries for YUV input

The RGB->YUV color conversion hardware available on current AMD GPUs only supports BT.709 and BT.2020+PQ, but YUV input can be accepted without restrictions since no color conversion is taking place. Signed-off-by: Cameron Gutman --- I think this should address the concerns with my previous patch

Re: [FFmpeg-devel] [PATCH 1/2] configure: suggest installing nasm/yasm before using --disable-x86asm

On 9 Oct 2024, at 22:15, Alexander Strasser via ffmpeg-devel wrote: > On 2024-10-03 04:04 +0200, Lynne via ffmpeg-devel wrote: >> On 01/10/2024 15:24, vipyne wrote: >>> --- >>> configure | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/configure b/configure >>> i

[FFmpeg-devel] [PATCH 4/4] fate/all: add missing crc/framecrc/md5/framemd5/pipe dependencies

Signed-off-by: Nicolas Gaullier --- tests/Makefile| 7 ++- tests/fate/aac.mak| 12 ++--- tests/fate/ac3.mak| 8 ++-- tests/fate/acodec.mak | 4 +- tests/fate/adpcm.mak | 38 +++ tests/fate/alac.mak | 2 +- tests/fa

[FFmpeg-devel] [PATCH 3/4] fate/filter-audio: add missing flv nellymoser dependencies

Signed-off-by: Nicolas Gaullier --- tests/fate/filter-audio.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/filter-audio.mak b/tests/fate/filter-audio.mak index 643dffad67..903d293507 100644 --- a/tests/fate/filter-audio.mak +++ b/tests/fate/filter-audio.mak @@

[FFmpeg-devel] [PATCH 2/4] fate/demux: fix multiple dependencies

Signed-off-by: Nicolas Gaullier --- tests/fate/demux.mak | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tests/fate/demux.mak b/tests/fate/demux.mak index f3f34d1126..c16b540d2f 100644 --- a/tests/fate/demux.mak +++ b/tests/fate/demux.mak @@ -79,10 +79,10 @@ fate-mlv-d

[FFmpeg-devel] [PATCH 1/4] fate/all: add missing file protocol dependencies

Signed-off-by: Nicolas Gaullier --- tests/Makefile | 1 + tests/fate/audio.mak| 2 +- tests/fate/cbs.mak | 4 ++-- tests/fate/cover-art.mak| 8 tests/fate/demux.mak| 2 +- tests/fate/filter-audio.mak | 10 +- tests/fate/filter-video.

[FFmpeg-devel] [PATCH 0/4] fate: add missing dependencies

I checked: fate-list unchanged with basic setup --disable-protocol=file pass --disable-protocol=pipe pass --disable-muxer=crc pass --disable-muxer=framecrc pass --disable-muxer=md5 pass --disable-muxer=framemd5 pass So I shouldn't have made any major mistake. Nicolas Gaullier (4): fate/all: add

Re: [FFmpeg-devel] [FFmpeg-cvslog] avcodec/mpeg_er: Don't set block_index unnecessarily

On Mon, Jul 01, 2024 at 02:36:23PM +0200, Andreas Rheinhardt wrote: > Michael Niedermayer: > > On Thu, Jun 20, 2024 at 05:01:08PM +, Andreas Rheinhardt wrote: > >> ffmpeg | branch: master | Andreas Rheinhardt > >> | Wed Jun 12 08:37:53 2024 +0200| > >> [65d5ccb808ec93de46a2458ea8cc082ce4460f

Re: [FFmpeg-devel] [PATCH 1/2] configure: suggest installing nasm/yasm before using --disable-x86asm

On 2024-10-03 04:04 +0200, Lynne via ffmpeg-devel wrote: > On 01/10/2024 15:24, vipyne wrote: > > --- > > configure | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/configure b/configure > > index c8fb49a7a4..d178ef59dc 100755 > > --- a/configure > > +++ b/configure

Re: [FFmpeg-devel] [PATCH 05/10] avcodec/vvc/thread: Check frame to be non NULL

Hi Nuo mi On Sun, Sep 22, 2024 at 11:56:40PM +0200, Michael Niedermayer wrote: > Fixes: NULL pointer dereference > Fixes: > 71303/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VVC_fuzzer-4875859050168320 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/mast

Re: [FFmpeg-devel] [Uncompressed MP4] RFC - Draft Encoder

ons 2024-10-09 klockan 07:38 -0600 skrev Devon Sookhoo: > With this patch, I was able to use the following command to generate > an > uncompressed mp4: > $ ffmpeg  -i input.mp4   -c:v rawvideo   -pix_fmt rgb24   -tag:v uncv >  out.mp4 > > The output file successfully played in GPAC. > > My first

Re: [FFmpeg-devel] [PATCH 1/2] avformat/mov: Avoid overflow in dts

On Sun, Jul 28, 2024 at 10:20:52PM +0200, Michael Niedermayer wrote: > This basically ignores the overflow without undefined behavior, alternatively > we could detect and error out > > Fixes: signed integer overflow: 6310596683470275584 + 7660622966157213696 > cannot be represented in type 'long

Re: [FFmpeg-devel] [PATCH 10/20] swscale/output: add VYU444 output support

On 10/8/2024 4:56 PM, Michael Niedermayer wrote: On Mon, Oct 07, 2024 at 09:29:45AM -0300, James Almer wrote: Signed-off-by: James Almer --- libswscale/output.c | 43 libswscale/utils.c | 2 +- tests/ref/fate/filter-pixdes

Re: [FFmpeg-devel] [PATCH v10 0/6] DNxUncompressed decoder

On Fri, Oct 04, 2024 at 11:07:29PM +0200, Martin Schitter wrote: > v10 of this patch set utilizes AV_WL16 macros instead of memcpy to get > byte swapping support as pointed out by michael niedermayers review. > > Martin > > Martin Schitter (6): > libavcodec/: Add ID and desc for DNxUncompressed

Re: [FFmpeg-devel] [PATCH v10 4/6] libavcodec/dnxucdec: DNxUncompressed decoder

On Fri, Oct 04, 2024 at 11:07:33PM +0200, Martin Schitter wrote: [...] > +static int half_add_alpha(AVCodecContext *avctx, AVFrame *frame, const > AVPacket *pkt) > +{ > +/* ffmpeg doesn't provide RGB half bit depth without alpha channel right > now > + * we simply add an opaque alpha lay

Re: [FFmpeg-devel] [PATCH] libavformat/http: fix support for reconnect_at_eof

On Wed, Oct 9, 2024 at 4:48 PM Rémi Denis-Courmont wrote: > > > AFAICT, reconnecting blindly makes no sense if the file size is known, > flag or no flag. > > With that said the current code seems odd. Normal seek semantics allow for > seeking to or even past the end of a file. The offset should n

Re: [FFmpeg-devel] [PATCH] libavformat/http: fix support for reconnect_at_eof

Le 9 octobre 2024 13:16:37 GMT+03:00, Radoslav Gerganov a écrit : >Fix regression introduced with commit 69fcc09 which doesn't honor >reconnect_at_eof and breaks support for live/endless streams. For such >streams we should reconnect at EOF and clients set the reconnect_at_eof >option to signal

[FFmpeg-devel] [Uncompressed MP4] RFC - Draft Encoder

With this patch, I was able to use the following command to generate an uncompressed mp4: $ ffmpeg -i input.mp4 -c:v rawvideo -pix_fmt rgb24 -tag:v uncv out.mp4 The output file successfully played in GPAC. My first question is whether to reuse the existing AV_CODEC_ID_RAWVIDEO, or if a br

Re: [FFmpeg-devel] [PATCH v3] avcodec/mfenc: add support for AV1 MF encoders

On Wed, 9 Oct 2024, Dash Santosh wrote: Sending patch as attachment since the inline patch fails to apply Thanks, this looked reasonable to me, so I pushed it. I don't have HW to test this on though, so I can't say anything about that. // Martin ___

Re: [FFmpeg-devel] new packed pixel formats (machine vision)

Hi Lynne, On Wed, Oct 9, 2024 at 12:52 AM Lynne via ffmpeg-devel wrote: > > On 08/10/2024 21:17, Diederick C. Niehorster wrote: > > Dear Lynne, > > > > On Tue, Oct 8, 2024 at 1:11 PM Lynne via ffmpeg-devel > > wrote: > > > > Thank you for your quick and helpful answer! However I have several >

[FFmpeg-devel] [PATCH v3] avcodec/mfenc: add support for AV1 MF encoders

Sending patch as attachment since the inline patch fails to apply Thanks, Dash v3-0001-avcodec-mfenc-add-support-for-AV1-MF-encoders.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinf

Re: [FFmpeg-devel] [PATCH v2] avcodec/mfenc: add support for AV1 MF encoders

On Wed, 9 Oct 2024, Dash Santosh wrote: From 83e8cfa99bcb13965421fb32c1feb4c792649c22 Mon Sep 17 00:00:00 2001 From: Min Chen Date: Fri, 4 Oct 2024 23:04:04 +0530 Subject: [PATCH] avcodec/mfenc: add support for AV1 MF encoders X-Unsent: 1 To: ffmpeg-devel@ffmpeg.org Signed-off-by: Dash Santosh

[FFmpeg-devel] [PATCH] libavformat/http: fix support for reconnect_at_eof

Fix regression introduced with commit 69fcc09 which doesn't honor reconnect_at_eof and breaks support for live/endless streams. For such streams we should reconnect at EOF and clients set the reconnect_at_eof option to signal this. Signed-off-by: Radoslav Gerganov --- libavformat/http.c | 13 +++

[FFmpeg-devel] [PATCH v2] avcodec/mfenc: add support for AV1 MF encoders

>From 83e8cfa99bcb13965421fb32c1feb4c792649c22 Mon Sep 17 00:00:00 2001 From: Min Chen Date: Fri, 4 Oct 2024 23:04:04 +0530 Subject: [PATCH] avcodec/mfenc: add support for AV1 MF encoders X-Unsent: 1 To: ffmpeg-devel@ffmpeg.org Signed-off-by: Dash Santosh --- configure | 1 + libav

[FFmpeg-devel] [PATCH] Added support to enable VBV-End feature with x265 encode

>From 5cd8272ccf9902a4eb5451fed583909c63941fb7 Mon Sep 17 00:00:00 2001 From: From: yaswanthsastry Date: Wed, 9 Oct 2024 13:44:54 +0530 Subject: [PATCH] Added support to enable VBV-End feature with x265 encode --- fftools/ffmpeg_enc.c | 2 ++ libavcodec/avcodec.h | 1 + libavcodec/libx265.c | 3

Re: [FFmpeg-devel] [PATCH] avcodec/mfenc: add support for AV1 MF encoders

Sure, thanks On Wed, 9 Oct, 2024, 12:29 Martin Storsjö, wrote: > On Mon, 7 Oct 2024, Dash Santosh wrote: > > > Thanks for pointing this out, Martin. Please find the updated patch > below: > > > > From 83e8cfa99bcb13965421fb32c1feb4c792649c22 Mon Sep 17 00:00:00 2001 > > From: Min Chen > > Date: