[FFmpeg-devel] [PATCH 2/2] avcodec/decode: sync side_data_pref_mask across worker threads

side_data_pref_mask is set during ff_decode_preinit() and then never copied to worker threads. As such, any decoder calling one of the side data helpers that rely on side_data_pref() in frame threaded scenarios will ignore the user set list of side data types. Signed-off-by: James Almer --- liba

Re: [FFmpeg-devel] [PATCH v5 3/3] lavc/dxvenc: improve compatibility with Resolume products

Given that this is a correctness fix and has gone through a few iterations of review, any objections to merging now and exploring optimizations around the padding later? On Sat, Apr 26, 2025 at 1:05 AM Emma Worley wrote: > > Improves compatibility with Resolume products by adding an additional >

Re: [FFmpeg-devel] [PATCH 1/2] postproc/postprocess_template: Fix reading uninitialized pixels in dering_C()

On Tue, Apr 22, 2025 at 09:28:50PM +0200, Michael Niedermayer wrote: > This issue was found through the new blocktest > > Signed-off-by: Michael Niedermayer > --- > libpostproc/postprocess_altivec_template.c | 2 +- > libpostproc/postprocess_template.c | 14 +++--- > 2 files cha

Re: [FFmpeg-devel] [PATCH 1/2] fate: add stripetest

On Wed, Apr 23, 2025 at 12:43:04AM +0200, Michael Niedermayer wrote: > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Michael Niedermayer > --- > libpostproc/Makefile | 3 +- > libpostproc/tests/stripetest.c | 129 > tests/fate/libpostproc.mak | 4 + > tests/ref

Re: [FFmpeg-devel] [PATCH] tests: Add libpostproc blocktest

On Tue, Apr 08, 2025 at 01:55:33AM +0200, Michael Niedermayer wrote: > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Michael Niedermayer > --- > libpostproc/Makefile | 2 + > libpostproc/tests/blocktest.c | 112 + > tests/Makefile| 1 + > tests/fate/l

Re: [FFmpeg-devel] [PATCH v4 0/7] APV support

On 4/26/2025 5:49 PM, Mark Thompson wrote: v4: minor changes from previous version reflecting review comments. This seems to be converging so will consider pushing soon and then working on top of it (the patches from Dawid Kozinski for ISOBMFF support will also apply on top of this). My next

[FFmpeg-devel] [PATCH v4 6/7] lavc: APV metadata bitstream filter

--- libavcodec/bitstream_filters.c | 1 + libavcodec/bsf/Makefile| 1 + libavcodec/bsf/apv_metadata.c | 134 + 3 files changed, 136 insertions(+) create mode 100644 libavcodec/bsf/apv_metadata.c diff --git a/libavcodec/bitstream_filters.c b/libavcodec

[FFmpeg-devel] [PATCH] avcodec/pthread_frame: sync decoded_side_data arrays with all worker threads

After being filled by FFCodec->init() from the first worker thread, it needs to be copied to every other thread context. Otherwise, its entries will not be present when ff_decode_frame_props() populates output frames. Signed-off-by: James Almer --- libavcodec/pthread_frame.c | 8 1 file

Re: [FFmpeg-devel] [PATCH 00/17] swscale v2: new framework [RFC]

On Sat, 26 Apr 2025 19:41:04 +0200 Niklas Haas wrote: > Hi all, > > After extensive amounts of refactoring and iteration on the design and API, > and the implementation of an x86 SIMD backend, I'm happy to present the > revised version of my ongoing swscale rewrite. Now with 100% less reliance on

[FFmpeg-devel] [PATCH v4 3/7] lavf: APV demuxer

Demuxes raw streams as defined in draft spec section 10.2. --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/apvdec.c | 248 +++ 3 files changed, 250 insertions(+) create mode 100644 libavformat/apvdec.c diff --git a/libav

[FFmpeg-devel] [PATCH v4 0/7] APV support

v4: minor changes from previous version reflecting review comments. This seems to be converging so will consider pushing soon and then working on top of it (the patches from Dawid Kozinski for ISOBMFF support will also apply on top of this). My next thoughts here are around improving the entrop

[FFmpeg-devel] [PATCH v4 7/7] lavf: APV muxer

--- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/apvenc.c | 40 3 files changed, 42 insertions(+) create mode 100644 libavformat/apvenc.c diff --git a/libavformat/Makefile b/libavformat/Makefile index ef96c2762e..6c999

[FFmpeg-devel] [PATCH v4 5/7] lavc/apv: AVX2 transquant for x86-64

Typical checkasm result on Alder Lake: decode_transquant_8_c: 464.2 ( 1.00x) decode_transquant_8_avx2: 86.2 ( 5.38x) decode_transquant_10_c:481.6 ( 1.00x) decode_transquant_10_avx2:

[FFmpeg-devel] [PATCH v4 4/7] lavc: APV decoder

--- configure| 1 + libavcodec/Makefile | 1 + libavcodec/allcodecs.c | 1 + libavcodec/apv_decode.c | 433 +++ libavcodec/apv_decode.h | 80 libavcodec/apv_dsp.c | 136 libavcodec/apv_dsp.h | 37 +++

[FFmpeg-devel] [PATCH v4 2/7] lavc/cbs: APV support

--- configure| 1 + libavcodec/Makefile | 1 + libavcodec/apv.h | 89 libavcodec/cbs.c | 6 + libavcodec/cbs_apv.c | 455 libavcodec/cbs_apv.h | 207

[FFmpeg-devel] [PATCH v4 1/7] lavc: APV codec ID and descriptor

--- libavcodec/codec_desc.c | 7 +++ libavcodec/codec_id.h | 1 + 2 files changed, 8 insertions(+) diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c index 9fb190e35a..88fed478a3 100644 --- a/libavcodec/codec_desc.c +++ b/libavcodec/codec_desc.c @@ -1985,6 +1985,13 @@ static con

[FFmpeg-devel] [PATCH 16/17] swscale/format: add new format decode/encode logic

From: Niklas Haas This patch adds format handling code for the new operations. This entails fully decoding a format to standardized RGB, and the inverse. Handling it this way means we can always guarantee that a conversion path exists from A to B without having to explicitly cover logic for each

[FFmpeg-devel] [PATCH 17/17] swscale/graph: allow experimental use of new format handler

From: Niklas Haas \o/ --- libswscale/graph.c | 77 -- 1 file changed, 75 insertions(+), 2 deletions(-) diff --git a/libswscale/graph.c b/libswscale/graph.c index b921b7ec02..947da45aa3 100644 --- a/libswscale/graph.c +++ b/libswscale/graph.c @@ -34,6

[FFmpeg-devel] [PATCH 13/17] tests/checkasm: add checkasm_check_float

From: Niklas Haas --- tests/checkasm/checkasm.c | 1 + tests/checkasm/checkasm.h | 1 + 2 files changed, 2 insertions(+) diff --git a/tests/checkasm/checkasm.c b/tests/checkasm/checkasm.c index 87b75ec36c..6e99d33d70 100644 --- a/tests/checkasm/checkasm.c +++ b/tests/checkasm/checkasm.c @@ -126

[FFmpeg-devel] [PATCH 14/17] tests/checkasm: add checkasm tests for swscale ops

From: Niklas Haas Because of the lack of an external ABI on low-level kernels, we cannot directly test internal functions. Instead, we construct a minimal op chain consisting of a read, the op to be tested, and a write. The bigger complication arises from the fact that the backend may generate a

[FFmpeg-devel] [PATCH 08/17] swscale/ops: introduce new low level framework

From: Niklas Haas See the design document introduced in the previous commit for an in-depth introduction to the new approach. This commit merely introduces the common dispatch code, the SwsOpList boilerplate, and the high-level optimizer. The subsequent commits will add the underlying implementa

[FFmpeg-devel] [PATCH 06/17] doc: add swscale rewrite design document

From: Niklas Haas This should hopefully serve as a better introduction to my new swscale redesign than hunting down random commit message monologues. --- doc/swscale-v2.txt | 344 + 1 file changed, 344 insertions(+) create mode 100644 doc/swscale-v2.t

[FFmpeg-devel] [PATCH 07/17] swscale: add SWS_EXPERIMENTAL flag

From: Niklas Haas Give users and developers a way to opt in to the new format conversion code, and more code from the swscale rewrite in general. --- doc/APIchanges | 3 +++ doc/scaler.texi | 3 +++ libswscale/options.c | 1 + libswscale/swscale.h | 7 +++ libswscale/version.h | 2

[FFmpeg-devel] [PATCH 05/17] swscale/graph: prefer bools to ints

From: Niklas Haas This is more consistent with the rest of the newly added code, which universally switched to using bools for boolean values. --- libswscale/format.c | 2 +- libswscale/format.h | 6 -- libswscale/graph.h | 6 -- 3 files changed, 9 insertions(+), 5 deletions(-) diff --

[FFmpeg-devel] [PATCH 15/17] swscale/format: rename legacy format conversion table

From: Niklas Haas --- libswscale/format.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/libswscale/format.c b/libswscale/format.c index e4c1348b90..b77081dd7a 100644 --- a/libswscale/format.c +++ b/libswscale/format.c @@ -24,14 +24,14 @@ #include "form

[FFmpeg-devel] [PATCH 11/17] swscale/x86: add SIMD backend

From: Niklas Haas This covers most 8-bit and 16-bit ops, and some 32-bit ops. It also covers all floating point operations. While this is not yet 100% coverage, it's good enough for the vast majority of formats out there. Of special note is the packed shuffle solver, which can reduce any compati

[FFmpeg-devel] [PATCH 10/17] swscale/ops_backend: add reference backend basend on C templates

From: Niklas Haas This will serve as a reference for the SIMD backends to come. That said, with auto-vectorization enabled, the performance of this is not atrocious, and can often beat even the old SIMD. In theory, we can dramatically speed it up by using GCC vectors instead of arrays, but the p

[FFmpeg-devel] [PATCH 12/17] tests/checkasm: increase number of runs in between measurements

From: Niklas Haas Sometimes, when measuring very small functions, rdtsc is not accurate enough to get a reliable measurement. This increases the number of runs inside the inner loop from 4 to 32, which should help a lot. Less important when using the more precise linux-perf API, but still useful.

[FFmpeg-devel] [PATCH 04/17] swscale/graph: move vshift() and shift_img() to shared header

From: Niklas Haas I need to reuse these inside `ops.c`. --- libswscale/graph.c | 29 +++-- libswscale/graph.h | 13 + 2 files changed, 20 insertions(+), 22 deletions(-) diff --git a/libswscale/graph.c b/libswscale/graph.c index c5a46eb257..b921b7ec02 100644 -

[FFmpeg-devel] [PATCH 09/17] swscale/ops_chain: add internal abstraction for kernel linking

From: Niklas Haas See doc/swscale-v2.txt for design details. --- libswscale/Makefile| 1 + libswscale/ops_chain.c | 291 + libswscale/ops_chain.h | 108 +++ 3 files changed, 400 insertions(+) create mode 100644 libswscale/ops_chain.c cr

[FFmpeg-devel] [PATCH 03/17] swscale/graph: make noop loop more robust

From: Niklas Haas The current loop only works if the input and output have the same number of planes. However, with the new scaling logic, we can also optimize into a noop the case where the input has extra unneeded planes. For the memcpy fallback to work in these cases we have to instead check

[FFmpeg-devel] [PATCH 02/17] swscale/graph: expose ff_sws_graph_add_pass

From: Niklas Haas So we can move pass-adding business logic outside of graph.c. --- libswscale/graph.c | 41 - libswscale/graph.h | 18 ++ 2 files changed, 38 insertions(+), 21 deletions(-) diff --git a/libswscale/graph.c b/libswscale/grap

[FFmpeg-devel] [PATCH 01/17] tests/swscale: improve colorization of speedup

From: Niklas Haas The old limits were a bit too tightly clustered around 1.0. Make the value range much more generous, and also introduce a new highlight for speedups above 10.0 (order of magnitude improvement). --- libswscale/tests/swscale.c | 11 ++- 1 file changed, 6 insertions(+), 5

[FFmpeg-devel] [PATCH 00/17] swscale v2: new framework [RFC]

Hi all, After extensive amounts of refactoring and iteration on the design and API, and the implementation of an x86 SIMD backend, I'm happy to present the revised version of my ongoing swscale rewrite. Now with 100% less reliance on compiler autovectorization. As before, I recommend (re)reading

Re: [FFmpeg-devel] [PATCH 1/2] tests: Add stream dump test API util, use it to dump stream data for chained ogg/{vorbis, opus, flac} streams.

Hi On Sat, Apr 26, 2025 at 12:45:52PM +0200, Lynne wrote: > On 26/04/2025 05:11, Michael Niedermayer wrote: > > On Tue, Apr 22, 2025 at 04:44:07PM -0500, Romain Beauxis wrote: > > > --- > > > tests/Makefile | 4 + > > > tests/api/Makefile |

Re: [FFmpeg-devel] [PATCH] avformat/mpegts: update stream info when PMT ES stream_type changes

On Fri, Apr 25, 2025 at 11:45:08AM -0600, Pavel Koshevoy wrote: > On Fri, Apr 25, 2025 at 7:40 AM Michael Niedermayer > wrote: > > > On Tue, Apr 22, 2025 at 06:51:55PM -0600, Pavel Koshevoy wrote: > > > I have a couple of .ts captures where video and audio codec changes > > > even though the PMT

Re: [FFmpeg-devel] [PATCH 1/2] tests: Add stream dump test API util, use it to dump stream data for chained ogg/{vorbis, opus, flac} streams.

On 26/04/2025 05:11, Michael Niedermayer wrote: On Tue, Apr 22, 2025 at 04:44:07PM -0500, Romain Beauxis wrote: --- tests/Makefile | 4 + tests/api/Makefile | 2 +- tests/api/api-dump-stream-meta-test.c | 177 +

Re: [FFmpeg-devel] [PATCH 1/1] libavfilter/volume: do fade when adjusting the volume.

On 2025-04-26 12:53 am, Marton Balint wrote: On Thu, 24 Apr 2025, Gyan Doshi wrote: On 2025-04-24 02:05 am, Marton Balint wrote:  On Wed, 23 Apr 2025, cenzhanqu...@gmail.com wrote:  From: zhanquan cen  1. add simple fade when volume.  2. do fade when adjust volume to maximal.  whe

Re: [FFmpeg-devel] [PATCH 1/2] tests: Add stream dump test API util, use it to dump stream data for chained ogg/{vorbis, opus, flac} streams.

On Tue, Apr 22, 2025 at 04:44:07PM -0500, Romain Beauxis wrote: > --- > tests/Makefile | 4 + > tests/api/Makefile | 2 +- > tests/api/api-dump-stream-meta-test.c | 177 + > tests/fate/ogg-flac.mak

Re: [FFmpeg-devel] [PATCH 2/2] ogg/{vorbis, flac, opus}: Remove header packets from subsequent ogg streams from the demuxer output.

On Tue, Apr 22, 2025 at 04:44:08PM -0500, Romain Beauxis wrote: > --- > libavformat/oggdec.c | 26 ++-- > libavformat/oggdec.h | 6 + > libavformat/oggparseflac.c | 28 -- > libavformat/oggparseopu

[FFmpeg-devel] [PATCH v7 02/13] fftools/textformat: Apply quality improvements

From: softworkz Perform multiple improvements to increase code robustness. In particular: - favor unsigned counters for loops - add missing checks - avoid possible leaks - move variable declarations to inner scopes when feasible - provide explicit type-casting when needed Signed-off-by: softwork

[FFmpeg-devel] [PATCH v7 09/13] avfilter/avfilter: Add avfilter_link_get_hw_frames_ctx()

From: softworkz Signed-off-by: softworkz --- doc/APIchanges | 3 +++ libavfilter/avfilter.c | 9 + libavfilter/avfilter.h | 12 3 files changed, 24 insertions(+) diff --git a/doc/APIchanges b/doc/APIchanges index 75d66f87f3..d0869561f3 100644 --- a/doc/APIchanges

[FFmpeg-devel] [PATCH v7 12/13] fftools/graphprint: Add execution graph printing

From: softworkz The key benefits are: - Different to other graph printing methods, this is outputting: - all graphs with runtime state (including auto-inserted filters) - each graph with its inputs and outputs - all filters with their in- and output pads - all connections between all

Re: [FFmpeg-devel] [PATCH] avformat/mpegts: update stream info when PMT ES stream_type changes

On Fri, Apr 25, 2025 at 7:40 AM Michael Niedermayer wrote: > On Tue, Apr 22, 2025 at 06:51:55PM -0600, Pavel Koshevoy wrote: > > I have a couple of .ts captures where video and audio codec changes > > even though the PMT version does not change and the PIDs stay the same. > > > > I've updated fat

[FFmpeg-devel] [PATCH v7 08/13] fftools/ffmpeg_filter: Move some declaration to new header file

From: softworkz to allow filtergraph printing to access the information. Signed-off-by: softworkz --- fftools/ffmpeg_filter.c | 190 +--- fftools/ffmpeg_filter.h | 234 2 files changed, 235 insertions(+), 189 deletions(-) cr

[FFmpeg-devel] [PATCH v7 03/13] fftools/avtextformat: Re-use BPrint in loop

From: softworkz Instead of initializing a new BPrint in each iteration of the loop, re-use the same BPrint struct and just clear it for each iteration. Signed-off-by: softworkz --- fftools/textformat/avtextformat.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-)

[FFmpeg-devel] [PATCH v7 13/13] fftools/graphprint: Now, make it a Killer-Feature!

From: softworkz remember this: -sg <= show-graph Signed-off-by: softworkz --- doc/ffmpeg.texi | 4 + fftools/Makefile | 1 + fftools/ffmpeg.c | 2 +- fftools/ffmpeg.h | 1 + fftools/ffmpeg_filter.c | 2 +- fftools/ffmpeg_opt.c

[FFmpeg-devel] [PATCH v7 11/13] fftools/ffmpeg_mux: Make ms_from_ost() inline

From: softworkz Signed-off-by: softworkz --- fftools/ffmpeg_mux.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fftools/ffmpeg_mux.h b/fftools/ffmpeg_mux.h index f41f2c18fa..4ca8ab73a4 100644 --- a/fftools/ffmpeg_mux.h +++ b/fftools/ffmpeg_mux.h @@ -123,7 +123,7 @@ typedef

[FFmpeg-devel] [PATCH v7 10/13] fftools/resources: Add resource manager files

From: softworkz Signed-off-by: softworkz --- ffbuild/common.mak | 28 ++- fftools/Makefile | 3 +- fftools/resources/.gitignore | 4 + fftools/resources/Makefile | 27 +++ fftools/resources/graph.css | 353 +++ fftools/resources/gra

[FFmpeg-devel] [PATCH v7 07/13] fftools/textformat: Add function avtext_print_integer_flags()

From: softworkz This function works analog to the avtext_print_string() which already has a flags parameter. Signed-off-by: softworkz --- fftools/textformat/avtextformat.c | 25 + fftools/textformat/avtextformat.h | 2 ++ 2 files changed, 23 insertions(+), 4 deletions(

[FFmpeg-devel] [PATCH v7 05/13] fftools/textformat: Introduce common header and deduplicate code

From: softworkz Also change writer_printf signature in AVTextWriter to use va_list, so that it can be called by the new function writer_printf() in tf_internal.h. Reviewed-by: Stefano Sabatini Signed-off-by: softworkz --- fftools/textformat/avtextwriters.h | 2 +- fftools/textformat/tf_compa

[FFmpeg-devel] [PATCH v7 06/13] fftools/tf_internal: Use av_default_item_name

From: softworkz Reviewed-by: Stefano Sabatini Signed-off-by: softworkz --- fftools/textformat/tf_internal.h | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/fftools/textformat/tf_internal.h b/fftools/textformat/tf_internal.h index 362a4cbc38..484886b7a7 100644 --- a/fft

[FFmpeg-devel] [PATCH v7 04/13] fftools/textformat: Introduce AVTextFormatOptions for avtext_context_open()

From: softworkz This allows future addition of options without changes to the signature of avtext_context_open(). Reviewed-by: Stefano Sabatini Signed-off-by: softworkz --- fftools/ffprobe.c | 13 + fftools/textformat/avtextformat.c | 21 - ffto

[FFmpeg-devel] [PATCH v7 01/13] fftools/textformat: Formatting and whitespace changes

From: softworkz Reviewed-by: Stefano Sabatini Signed-off-by: softworkz --- fftools/textformat/avtextformat.c | 86 ++-- fftools/textformat/avtextformat.h | 16 +++--- fftools/textformat/avtextwriters.h | 11 ++-- fftools/textformat/tf_compact.c| 91 +++

[FFmpeg-devel] [PATCH v7 00/13] Execution Graph Printing

Shortest cover letter for my longest-running FFmpeg patchset: * Apply * Build * Add the "-sg" switch to any FFmpeg command line * Press 'q' when you don't want to wait SG = Show Graph Documentation and examples can be found here: https://github.com/softworkz/ffmpeg_output_apis/wiki Versio

Re: [FFmpeg-devel] [PATCH v6 12/13] fftools/graphprint: Add execution graph printing

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Samstag, 26. April 2025 00:27 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH v6 12/13] fftools/graphprint: Add >

Re: [FFmpeg-devel] [PATCH v1 14/19] avcodec/cbs_sei_syntax_template: add sei message frame_field_information

James Almer: > On 4/25/2025 7:55 PM, Andreas Rheinhardt wrote: >> James Almer: >>> On 4/25/2025 7:08 PM, Andreas Rheinhardt wrote: toq...@gmail.com: > From: Wu Jianhua > > Signed-off-by: Wu Jianhua > --- >    libavcodec/cbs_h2645.c   |  6 ++ >    libav

Re: [FFmpeg-devel] [PATCH v1 14/19] avcodec/cbs_sei_syntax_template: add sei message frame_field_information

On 4/25/2025 7:55 PM, Andreas Rheinhardt wrote: James Almer: On 4/25/2025 7:08 PM, Andreas Rheinhardt wrote: toq...@gmail.com: From: Wu Jianhua Signed-off-by: Wu Jianhua ---   libavcodec/cbs_h2645.c   |  6 ++   libavcodec/cbs_sei.h | 12   liba

Re: [FFmpeg-devel] [PATCH v1 14/19] avcodec/cbs_sei_syntax_template: add sei message frame_field_information

James Almer: > On 4/25/2025 7:08 PM, Andreas Rheinhardt wrote: >> toq...@gmail.com: >>> From: Wu Jianhua >>> >>> Signed-off-by: Wu Jianhua >>> --- >>>   libavcodec/cbs_h2645.c   |  6 ++ >>>   libavcodec/cbs_sei.h | 12 >>>   libavcodec/cbs_sei_syntax_te

Re: [FFmpeg-devel] [PATCH v6 12/13] fftools/graphprint: Add execution graph printing

On Thu, Apr 24, 2025 at 01:13:10AM +, softworkz wrote: > From: softworkz > > The key benefits are: > > - Different to other graph printing methods, this is outputting: > - all graphs with runtime state > (including auto-inserted filters) > - each graph with its inputs and outputs >

Re: [FFmpeg-devel] [PATCH v1 14/19] avcodec/cbs_sei_syntax_template: add sei message frame_field_information

On 4/25/2025 7:08 PM, Andreas Rheinhardt wrote: toq...@gmail.com: From: Wu Jianhua Signed-off-by: Wu Jianhua --- libavcodec/cbs_h2645.c | 6 ++ libavcodec/cbs_sei.h | 12 libavcodec/cbs_sei_syntax_template.c | 26 ++

Re: [FFmpeg-devel] [PATCH v1 03/19] avcodec/vvc/sei: add decode_film_grain_characteristics

toq...@gmail.com: > From: Wu Jianhua > > Signed-off-by: Wu Jianhua > --- > libavcodec/vvc/sei.c | 66 > 1 file changed, 66 insertions(+) > > diff --git a/libavcodec/vvc/sei.c b/libavcodec/vvc/sei.c > index 2842862a36..365f815950 100644 > --- a/libav

Re: [FFmpeg-devel] [PATCH v1 14/19] avcodec/cbs_sei_syntax_template: add sei message frame_field_information

toq...@gmail.com: > From: Wu Jianhua > > Signed-off-by: Wu Jianhua > --- > libavcodec/cbs_h2645.c | 6 ++ > libavcodec/cbs_sei.h | 12 > libavcodec/cbs_sei_syntax_template.c | 26 ++ > 3 files changed, 44 insertions(+) > >

Re: [FFmpeg-devel] [PATCH v1 11/19] avcodec/cbs_sei_syntax_template: add sei message sei_display_orientation

toq...@gmail.com: > From: Wu Jianhua > > Signed-off-by: Wu Jianhua > --- > libavcodec/cbs_h2645.c | 6 ++ > libavcodec/cbs_sei.h | 7 +++ > libavcodec/cbs_sei_syntax_template.c | 18 ++ > 3 files changed, 31 insertions(+) > > diff --git a

Re: [FFmpeg-devel] [PATCH v1 10/19] avcodec/vvcdec: verify picture hash

toq...@gmail.com: > From: Wu Jianhua > > Signed-off-by: Wu Jianhua > --- > libavcodec/vvc/dec.c | 16 +++- > libavcodec/vvc/sei.c | 10 ++ > libavcodec/vvc/sei.h | 3 +++ > 3 files changed, 28 insertions(+), 1 deletion(-) > > diff --git a/libavcodec/vvc/dec.c b/libavcodec/

Re: [FFmpeg-devel] [PATCH v1 09/19] avcodec/h274: add ff_h274_hash functions

toq...@gmail.com: > From: Wu Jianhua > > Signed-off-by: Wu Jianhua > --- > libavcodec/h274.c | 163 ++ > libavcodec/h274.h | 7 ++ > 2 files changed, 170 insertions(+) > > diff --git a/libavcodec/h274.c b/libavcodec/h274.c > index 5709200322..9edc7

Re: [FFmpeg-devel] [PATCH v1 01/19] avcodec/cbs_sei_syntax_template: add sei message film_grain_characteristics

toq...@gmail.com: > From: Wu Jianhua > > Signed-off-by: Wu Jianhua > --- > libavcodec/cbs_h2645.c | 6 > libavcodec/cbs_sei.h | 21 +++ > libavcodec/cbs_sei_syntax_template.c | 53 > 3 files changed, 80 insertions(+) > >

Re: [FFmpeg-devel] [PATCH v2] avformat/dump: Stream start offsets: change precision and label

> -Original Message- > From: ffmpeg-devel On Behalf Of > Marton Balint > Sent: Mittwoch, 23. April 2025 23:36 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH v2] avformat/dump: Stream start > offsets: ch

Re: [FFmpeg-devel] [PATCH] avfilter: add PCM dumping between filters for audio debugging

一只大 肥猫: > This patch introduces PCM dumping support between AVFilter links, intended > for audio debugging. > > It adds a configure-time option `--dumpdir=PATH` to specify the output > directory for raw PCM data (default: /tmp/). > > Two commands are exposed to control dumping: > - dump_raw_s

Re: [FFmpeg-devel] [PATCH 1/1] libavfilter/volume: do fade when adjusting the volume.

On Thu, 24 Apr 2025, Gyan Doshi wrote: On 2025-04-24 02:05 am, Marton Balint wrote: On Wed, 23 Apr 2025, cenzhanqu...@gmail.com wrote: From: zhanquan cen 1. add simple fade when volume. 2. do fade when adjust volume to maximal. when to adjust volume we hope that the audio sampl

[FFmpeg-devel] [PATCH v5 2/3] lavc/dxvenc: migrate DXT1 encoder to lavc hashtable

Offers a modest performance gain due to the switch from naive linear probling to robin hood. Signed-off-by: Emma Worley --- libavcodec/dxvenc.c | 123 1 file changed, 34 insertions(+), 89 deletions(-) diff --git a/libavcodec/dxvenc.c b/libavcodec/dxv

Re: [FFmpeg-devel] [PATCH] cuda: add support for yuv420p10

Hi Timo and Lynne, The encoder does not accept yuv420p10 and yuv422p10 pixel formats. Only the semi planar versions of them: P010 and P210. Best regards, Diego de Souza Sr. Video Coding DevTech NVIDIA On 25.04.25, 19:17, "ffmpeg-devel" wrote: External email: Use cautio

Re: [FFmpeg-devel] [PATCH] avformat/mpegts: update stream info when PMT ES stream_type changes

On Fri, Apr 25, 2025 at 7:40 AM Michael Niedermayer wrote: > On Tue, Apr 22, 2025 at 06:51:55PM -0600, Pavel Koshevoy wrote: > > I have a couple of .ts captures where video and audio codec changes > > even though the PMT version does not change and the PIDs stay the same. > > > > I've updated fat

Re: [FFmpeg-devel] [PATCH v3 4/7] lavc: APV decoder

Hi On Wed, Apr 23, 2025 at 09:45:22PM +0100, Mark Thompson wrote: > --- [...] > +case APV_METADATA_CLL: > +{ > +const APVRawMetadataCLL *cll = &pl->cll; > +AVContentLightMetadata *clm; > + > +err = ff_decode_content_light_new(avct

Re: [FFmpeg-devel] [PATCH] cuda: add support for yuv420p10

On 25.04.2025 13:02, Lynne wrote: This patch adds support for accepting yuv420p10 in encoders and cuda. --- libavcodec/nvenc.c | 2 ++ libavutil/hwcontext_cuda.c | 7 +-- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c index 4

[FFmpeg-devel] [PATCH v5 1/3] lavc/hashtable: create generic robin hood hash table

Adds a generic hash table with the DXV encoder as an initial use case. Signed-off-by: Emma Worley --- libavcodec/Makefile | 2 + libavcodec/hashtable.c | 214 +++ libavcodec/hashtable.h | 91 +++ libavcodec/tests/hashtable.c | 1

[FFmpeg-devel] [PATCH v5 3/3] lavc/dxvenc: improve compatibility with Resolume products

Improves compatibility with Resolume products by adding an additional hashtable for DXT color+LUT combinations, and padding the DXT texture dimensions to the next largest multiple of 16. Produces identical packets to Resolume Alley in manual tests. Signed-off-by: Emma Worley --- libavcodec/dxven

Re: [FFmpeg-devel] [PATCH] avformat/mpegts: update stream info when PMT ES stream_type changes

On Tue, Apr 22, 2025 at 06:51:55PM -0600, Pavel Koshevoy wrote: > I have a couple of .ts captures where video and audio codec changes > even though the PMT version does not change and the PIDs stay the same. > > I've updated fate ts-demux expected results. > --- > libavformat/mpegts.c| 2 +- >

Re: [FFmpeg-devel] [PATCH] avfilter: add PCM dumping between filters for audio debugging

一只大 肥猫 (HE12025-04-23): > This patch introduces PCM dumping support between AVFilter links, intended > for audio debugging. Thanks for the patch. See a few remarks below. > It adds a configure-time option `--dumpdir=PATH` to specify the output > directory for raw PCM data (default: /tmp/). > >

[FFmpeg-devel] [PATCH] cuda: add support for yuv420p10

This patch adds support for accepting yuv420p10 in encoders and cuda. --- libavcodec/nvenc.c | 2 ++ libavutil/hwcontext_cuda.c | 7 +-- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c index 41a4dc55f4..ccf8cc6d39 100644 --- a/liba

[FFmpeg-devel] [PATCH 1/1] avcodec: Add A2DP LATM audio support.

From: zhanquan cen This commit introduces three key components for Bluetooth A2DP LATM streams: 1.A2DP-specific LATM decoder (aac_latm_a2dp) New codec ID AV_CODEC_ID_AAC_LATM_A2DP Inherits LATMContext with A2DP extensions Attaches "a2dp_rechunk" bitstream filter. 2.Parser enhancement Ex

Re: [FFmpeg-devel] [PATCH] avformat: Use ffio_read_size() where appropriate

Andreas Rheinhardt: > Patch attached. > > - Andreas > Will apply this patch tonight unless there are objections. - Andreas ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit li

Re: [FFmpeg-devel] [PATCH 01/13] avcodec/huffman: Switch to ff_vlc_init_from_lengths()

Andreas Rheinhardt: > Patches attached. > > - Andreas > > Will apply this patchset tonight unless there are objections. - Andreas ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe,

Re: [FFmpeg-devel] [PATCH] aarch64/h26x: Add put_hevc_pel_bi_w_pixels

On Wed, 23 Apr 2025, Zhao Zhili wrote: From: Zhao Zhili On rpi5 (A76): put_hevc_pel_bi_w_pixels4_8_c: 90.0 ( 1.00x) put_hevc_pel_bi_w_pixels4_8_neon: 34.1 ( 2.64x) put_hevc_pel_bi_w_pixels6_8_c: 188.3 ( 1.00x) put_hevc_pel

Re: [FFmpeg-devel] [PATCH] aarch64/h26x: optimize sao_band_filter

On Tue, 15 Apr 2025, Zhao Zhili wrote: From: Zhao Zhili int8_t[] is enough for offset_table of 8 bit streams. On rpi5: Before After hevc_sao_band_8_8_c: 252.3 ( 1.00x) 252.3 ( 1.00x) hevc_sao_band_8_8_neon:95.8 ( 2.63x) 61.0

Re: [FFmpeg-devel] [PATCH 2/3] avformat/hls: Show error info when read key file failed

On Thu, 24 Apr 2025, Zhao Zhili wrote: On Apr 24, 2025, at 10:24, Steven Liu wrote: On Apr 23, 2025, at 20:59, Zhao Zhili wrote: Hi Zhili, From: Zhao Zhili --- libavformat/hls.c | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/libavformat/hls.c b/libavfo

Re: [FFmpeg-devel] [PATCH v1 5/8] avformat/mov_muxer: Extended MOV muxer to handle APV video content

> -Original Message- > From: ffmpeg-devel On Behalf Of Mark > Thompson > Sent: czwartek, 24 kwietnia 2025 21:02 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH v1 5/8] avformat/mov_muxer: Extended > MOV muxer to handle APV video content >

Re: [FFmpeg-devel] [PATCH] avcodec/bsf/h264_mp4toannexb.c: change extradata to annexb if this is avcc.

Yes, your patch solves my problem too, which is very nice. But I still think AV_PKT_DATA_NEW_EXTRADATA is not just data, it is also an event. As sps/pps data it can be removed, but as event it should be reserved. Anyway, your patch should be merged. On Fri, Apr 25, 2025 at 1:24 AM Zhao Zhili <

Re: [FFmpeg-devel] [PATCH 1/5] avcodec/cri, tdsc, tiff: Use ff_mjpeg_decoder directly

On Mon, 21 Apr 2025 at 20:40, Andreas Rheinhardt wrote: > > Patches attached. Patches make sense to me. - Kacper ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, o

Re: [FFmpeg-devel] [PATCH v3 5/7] lavc/apv: AVX2 transquant for x86-64

On 4/24/2025 5:37 PM, Mark Thompson wrote: On 24/04/2025 03:55, James Almer wrote: On 4/23/2025 5:45 PM, Mark Thompson wrote: Typical checkasm result on Alder Lake: decode_transquant_8_c: 464.2 ( 1.00x) decode_transquant_8_avx2:   86.

Re: [FFmpeg-devel] [PATCH v3 5/7] lavc/apv: AVX2 transquant for x86-64

On 24/04/2025 03:55, James Almer wrote: > On 4/23/2025 5:45 PM, Mark Thompson wrote: >> Typical checkasm result on Alder Lake: >> >> decode_transquant_8_c: 464.2 ( 1.00x) >> decode_transquant_8_avx2:   86.2 ( 5.38x) >> decode_transquant_10

Re: [FFmpeg-devel] [PATCH v3 2/7] lavc/cbs: APV support

On 24/04/2025 01:02, James Almer wrote: > On 4/23/2025 5:45 PM, Mark Thompson wrote: >> +static int cbs_apv_split_fragment(CodedBitstreamContext *ctx, >> +  CodedBitstreamFragment *frag, >> +  int header) >> +{ >> +    uint8_t *data =

Re: [FFmpeg-devel] [PATCH v3 3/7] lavf: APV demuxer

On 24/04/2025 01:10, James Almer wrote: > On 4/23/2025 5:45 PM, Mark Thompson wrote: >> +static int apv_read_header(AVFormatContext *s) >> +{ >> +    AVStream *st; >> +    GetByteContext gbc; >> +    APVHeaderInfo header; >> +    uint8_t buffer[28]; >> +    uint32_t au_size, signature, pbu_size; >>

Re: [FFmpeg-devel] [PATCH v1 8/8] avcodec/apv_decoder: Provided support for APV decoder

On 23/04/2025 15:13, Dawid Kozinski wrote: > - Added APV decoder wrapper > - Changes in project configuration file and libavcodec Makefile > - Added documentation for APV decoder wrapper > > Signed-off-by: Dawid Kozinski > --- > configure | 1 + > doc/decoders.texi | 27 ++ >

Re: [FFmpeg-devel] [PATCH v1 5/8] avformat/mov_muxer: Extended MOV muxer to handle APV video content

On 24/04/2025 13:08, Dawid Kozinski/Multimedia (PLT) /SRPOL/Staff Engineer/Samsung Electronics wrote: >> -Original Message- >> From: ffmpeg-devel On Behalf Of Mark >> Thompson >> Sent: środa, 23 kwietnia 2025 23:08 >> To: ffmpeg-devel@ffmpeg.org >> Sub

Re: [FFmpeg-devel] [PATCH] avcodec/bsf/h264_mp4toannexb.c: change extradata to annexb if this is avcc.

On Apr 24, 2025, at 22:53, jie jiang wrote: > > ctx->par_out->extradata isn't updated by this commit. Only NEW_EXTRADATA > is updated (avvc to annexb). > > You suggest the patch should only remove AV_PKT_DATA_NEW_EXTRADATA from > packet, but AV_PKT_DATA_NEW_EXTRADATA is used to notify the code

Re: [FFmpeg-devel] [PATCH v2 2/3] avformat/hls: Show error info when read key file failed

On 24 Apr 2025, at 5:54, Zhao Zhili wrote: > From: Zhao Zhili > > --- > libavformat/hls.c | 16 +++- > 1 file changed, 11 insertions(+), 5 deletions(-) > > diff --git a/libavformat/hls.c b/libavformat/hls.c > index 6623c80309..6139b8525e 100644 > --- a/libavformat/hls.c > +++ b/li

[FFmpeg-devel] [PATCH] avcodec/bsf/h264_mp4toannexb: Fix mixed bitstream format

From: Zhao Zhili This bsf converts AV_PKT_DATA_NEW_EXTRADATA side data in avcc format to in-band annexb format. However, the side data wasn't been removed and copied from input packet to output packet. So the output packet has mixed bitstream format. We don't support mixed bitstream format. For e

Re: [FFmpeg-devel] [PATCH] avcodec/bsf/h264_mp4toannexb.c: change extradata to annexb if this is avcc.

ctx->par_out->extradata isn't updated by this commit. Only NEW_EXTRADATA is updated (avvc to annexb). You suggest the patch should only remove AV_PKT_DATA_NEW_EXTRADATA from packet, but AV_PKT_DATA_NEW_EXTRADATA is used to notify the codec or the format that the extradata buffer was changed and

Re: [FFmpeg-devel] [PATCH] avcodec/bsf/h264_mp4toannexb.c: change extradata to annexb if this is avcc.

> On Apr 24, 2025, at 20:42, jiangjie wrote: > > if get AV_PKT_DATA_NEW_EXTRADATA in AVPacket, this bitstream filter will > return an error. > ffmpeg -i rtmp://xxx/live/xxx -bsf:v > "h264_mp4toannexb,h264_metadata=aud=remove" -c copy -f null - The subject and commit message is confusing. ’t

  1   2   3   4   5   6   7   8   9   10   >