[FFmpeg-devel] [PATCH] vaapi_encode_h264: set deblocking filter control present flag to 1

Signed-off-by: Ilecki, Milosz --- libavcodec/vaapi_encode_h264.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c index 0cd5b0ac50..5c9c4cd977 100644 --- a/libavcodec/vaapi_encode_h264.c +++ b/libavcodec/vaapi_encode_h264.c @@ -

[FFmpeg-devel] [PATCH] vulkan: use a single command buffer per command buffer pool

We violated the spec, which, despite the actual command buffer pool *not* being involved in any functions which require external synchronization of the pool, *require* external synchronization even if only the command buffers are used. This also has the effect of *significantly* speeding up execut

Re: [FFmpeg-devel] [PATCH v2 1/2] avformat: add avformat_query_seekable

On 2025-04-16 10:37 am, Andreas Rheinhardt wrote: Gyan Doshi: Utility function to report seekability features for a given input. Useful for ffprobe and to extend seek possibilities in fftools. --- v2: made constants more descriptive add exception for rtsp false negative seekability

Re: [FFmpeg-devel] [PATCH] fate/vvc: Add vvc-wpp-single-slice-pic

On 16/04/2025 14:30, Nuo Mi wrote: > Thank you, Frank. > > Hi samples-request, > could you help > > On Wed, Apr 9, 2025 at 12:29 AM Frank Plowman wrote: > >> On 24/03/2025 18:10, Frank Plowman wrote: >>> A sample with a particular partitioning structure that could not be read >>> correctly befo

Re: [FFmpeg-devel] [PATCH] fftools/textformat/avtextformat: Remove unused variable

> -Original Message- > From: ffmpeg-devel On Behalf Of > Andreas Rheinhardt > Sent: Mittwoch, 16. April 2025 18:59 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: [FFmpeg-devel] [PATCH] fftools/textformat/avtextformat: > Remove unused variable > > Patch a

Re: [FFmpeg-devel] [PATCH v10 2/3] fftools: add mem log flag and disable printing addresses by default

On 2025-04-16 07:20 pm, Nicolas George wrote: Michael Niedermayer (HE12025-04-16): I think some way to distingish two different "hevc" instances with high probability should remain. This is exactly my point. The address is meaningless¹, but it is a sure way to distinguish instances of the sam

[FFmpeg-devel] [PATCH] fftools/textformat/avtextformat: Remove unused variable

Patch attached. Will apply it tonight. Sorry for the issue. - Andreas From cd181ac93b939b27b81ac9e2ff8b48c675bab83f Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Wed, 16 Apr 2025 18:57:46 +0200 Subject: [PATCH] fftools/textformat/avtextformat: Remove unused variable Forgotten in a88897

Re: [FFmpeg-devel] [PATCH v10 2/3] fftools: add mem log flag and disable printing addresses by default

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Mittwoch, 16. April 2025 15:43 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH v10 2/3] fftools: add mem log flag > and disable printing addresse

Re: [FFmpeg-devel] [PATCH v3] [NOT for git] avutil/tests/map: benchmark code [BENCHMARK included]

On Tue, Apr 15, 2025 at 11:24:37PM +, softworkz . wrote: > > > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Michael Niedermayer > > Sent: Dienstag, 15. April 2025 22:51 > > To: FFmpeg development discussions and patches > de...@ffmpeg.org> > > Subject: [FFmpeg-devel]

Re: [FFmpeg-devel] VP6 Encoder Proposal- Seeking Feedback and Suggestions

On Sat, Apr 12, 2025 at 06:48:05PM +0530, SUBHANGANI JHA wrote: > Hi, > I'll be elated if you can share the link to the patches. sorry for the delay: you should be able to find these in the mailing list archive at ffmpeg or or patchworks: 1010 22:45 To FFmpeg devel ( 10K) &─>[FFmpeg-devel] [PAT

Re: [FFmpeg-devel] [PATCH v10 2/3] fftools: add mem log flag and disable printing addresses by default

Hi On Thu, Apr 10, 2025 at 08:51:04AM +0200, Nicolas George wrote: > softworkz (HE12025-04-10): > > From: softworkz > > > > This commit adds the mem log flag. > > When specifying this flag at the command line, context prefixes will > > be printed with memory addresses like in earlier ffmpeg vers

Re: [FFmpeg-devel] [PATCH v10 2/3] fftools: add mem log flag and disable printing addresses by default

Michael Niedermayer (HE12025-04-16): > I think some way to distingish two different "hevc" instances > with high probability should remain. This is exactly my point. The address is meaningless¹, but it is a sure way to distinguish instances of the same components without tons of fragile code. 1:

[FFmpeg-devel] [PATCH v2] fate: add various FFv1 tests for 1024 slices

This lets us test features that were broken earlier, as well as test the hardware decoder by using the HWACCEL=vulkan option. --- tests/Makefile| 1 + tests/fate/ffv1.mak | 46 +++ tests/ref/fate/ffv1-s1024-bgra| 4 +++ tests/ref/

Re: [FFmpeg-devel] [PATCH 1/3] avutil/dict2: Add AVDictionary2 with hash-based lookup

Hi i like AI and ill reply with more comments about this elsewhere but as i looked at the code, i had to reply here [...] > +/* Get a dictionary entry */ > +AVDictionaryEntry2 *av_dict2_get(const AVDictionary2 *m, const char *key, > + const AVDictionaryEntry2 *prev,

Re: [FFmpeg-devel] [PATCH] avutil/map: replace passing Compare functions by flags

On Wed, Apr 16, 2025 at 08:22:18PM +, softworkz . wrote: [...] > > That's a good change, because it was in fact confusing. > > Another confusing part of the API is the need for specifying the > lengths of key and value - and I finally figured out why it > didn't retrieve any elements: those

Re: [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api change for AVDictionary2

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Mittwoch, 16. April 2025 23:48 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api > change for AVDictionary2 > > Hi

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

Ridley Combs via ffmpeg-devel: > > >> On Apr 15, 2025, at 08:59, softworkz . >> wrote: >> >> >> >>> -Original Message- >>> From: ffmpeg-devel >> > On Behalf Of >>> Michael Niedermayer >>> Sent: Dienstag, 15. April 2025 01:20 >>> To: FFmpeg develop

Re: [FFmpeg-devel] [PATCH v4] libpostproc: deprecate the AMD 3DNow! define

Sean McGovern: > It was left unreferenced in 1f0948272a0fcd0e4947f629b600983f3338c02f. > --- > doc/APIchanges | 3 +++ > libpostproc/postprocess.h | 2 ++ > libpostproc/version.h | 2 +- > libpostproc/version_major.h | 2 ++ > 4 files changed, 8 insertions(+), 1 deletion(-) >

Re: [FFmpeg-devel] Request for --disable-deprecated configure option

Kacper Michajlow: > On Thu, 3 Apr 2025 at 11:39, Martin Storsjö wrote: >> >> On Thu, 3 Apr 2025, Kacper Michajlow wrote: >> >>> Hello, >>> >>> It would be nice to have configure time ability to disable all >>> `FF_API_*` for testing purposes. >>> >>> As we know not all code can be marked to emit W

[FFmpeg-devel] [PATCH 1/2] avcodec/dvbsubenc: Sanity check num_rects

Patches attached. - Andreas From b3a4381000d13ac344114dd5f0230c9eae7b32aa Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Wed, 16 Apr 2025 10:23:01 +0200 Subject: [PATCH 1/2] avcodec/dvbsubenc: Sanity check num_rects MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transf

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/dvbsubenc: Use 64bits in nb_colors and num_rects checks

Michael Niedermayer: > Fixes: integer overflow > > No testcase > > Found-by: 김승호 > Signed-off-by: Michael Niedermayer > --- > libavcodec/dvbsubenc.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavcodec/dvbsubenc.c b/libavcodec/dvbsubenc.c > index 822e3a53099

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

softworkz . (HE12025-04-16): > Please show me widely used implementations which do not break. No: you are making a strong claim, it is up to you to justify it: prove that it breaks anything, let alone everything. -- Nicolas George ___ ffmpeg-devel ma

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

softworkz . (HE12025-04-16): > Does that mean that I can apply any patch from the past few years without > prior notice when it hasn't received a reply? Are you already considering abusing your git access? -- Nicolas George ___ ffmpeg-devel mailing l

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

Hi softworkz On Wed, Apr 16, 2025 at 02:52:21AM +, softworkz . wrote: > > > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Michael Niedermayer > > Sent: Mittwoch, 16. April 2025 03:34 > > To: FFmpeg development discussions and patches > de...@ffmpeg.org> > > Subject:

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

Michael Niedermayer: > Hi softworkz > > On Wed, Apr 16, 2025 at 02:52:21AM +, softworkz . wrote: >> >> >>> -Original Message- >>> From: ffmpeg-devel On Behalf Of >>> Michael Niedermayer >>> Sent: Mittwoch, 16. April 2025 03:34 >>> To: FFmpeg development discussions and patches >> de..

Re: [FFmpeg-devel] [PATCH v2 04/10] fftools/tf_internal: Use ac_default_item_name

softworkz: > From: softworkz > > 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 7b326328cb..e145bc83bb 100644 > --- a/

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Mittwoch, 16. April 2025 12:53 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that > decode_str() did advance > > Hi

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Mittwoch, 16. April 2025 12:42 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that > decode_str() did advance > > On

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

Hi Andreas On Wed, Apr 16, 2025 at 12:57:27PM +0200, Andreas Rheinhardt wrote: > Michael Niedermayer: > > Hi softworkz > > > > On Wed, Apr 16, 2025 at 02:52:21AM +, softworkz . wrote: > >> > >> > >>> -Original Message- > >>> From: ffmpeg-devel On Behalf Of > >>> Michael Niedermayer >

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

On Wed, Apr 16, 2025 at 02:39:44AM +, softworkz . wrote: > > > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Michael Niedermayer > > Sent: Mittwoch, 16. April 2025 02:54 > > To: FFmpeg development discussions and patches > de...@ffmpeg.org> > > Subject: Re: [FFmpeg-de

Re: [FFmpeg-devel] [PATCH v2 04/10] fftools/tf_internal: Use ac_default_item_name

> -Original Message- > From: ffmpeg-devel On Behalf Of > Andreas Rheinhardt > Sent: Mittwoch, 16. April 2025 12:51 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH v2 04/10] fftools/tf_internal: Use > ac_default_item_name > > softworkz: > > From: softworkz > > > > Si

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Mittwoch, 16. April 2025 13:07 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that > decode_str() did advance > > On

Re: [FFmpeg-devel] [PATCH] fate: add various FFv1 tests for 1024 slices

On 16/04/2025 12:22, Andreas Rheinhardt wrote: Lynne: This lets us test features that were broken earlier, as well as test the hardware decoder by using the HWACCEL=vulkan option. Can't you just adjust some of vsynth FFV1 tests to use this many slices? (Can one even use 1024 slices for such a

Re: [FFmpeg-devel] [PATCH v2 02/10] fftools/textformat: Quality improvements

softworkz: > From: softworkz > > Signed-off-by: softworkz > --- > fftools/textformat/avtextformat.c | 111 +++--- > fftools/textformat/avtextformat.h | 6 +- > fftools/textformat/tf_default.c | 8 ++- > fftools/textformat/tf_ini.c | 2 +- > fftools/textform

Re: [FFmpeg-devel] [PATCH 2/9] fftools/textformat: Quality improvements

> -Original Message- > From: ffmpeg-devel On Behalf Of > Andreas Rheinhardt > Sent: Dienstag, 15. April 2025 03:06 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH 2/9] fftools/textformat: Quality > improvements > > softworkz: > > From: softworkz > > > > Signed-off-b

[FFmpeg-devel] [PATCH] fate: add various FFv1 tests for 1024 slices

This lets us test features that were broken earlier, as well as test the hardware decoder by using the HWACCEL=vulkan option. --- tests/Makefile | 1 + tests/fate/ffv1.mak | 53 + tests/ref/fate/ffv1-s1024-bgra | 4 +++ tests/

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

On Wed, Apr 16, 2025 at 02:31:58AM +, softworkz . wrote: > > > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Michael Niedermayer > > Sent: Mittwoch, 16. April 2025 03:34 > > To: FFmpeg development discussions and patches > de...@ffmpeg.org> > > Subject: Re: [FFmpeg-de

Re: [FFmpeg-devel] [PATCH v2 02/10] fftools/textformat: Quality improvements

> -Original Message- > From: ffmpeg-devel On Behalf Of > Andreas Rheinhardt > Sent: Mittwoch, 16. April 2025 12:49 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH v2 02/10] fftools/textformat: > Quality improvements > > softworkz: > > From: softworkz > > > > Signed-

[FFmpeg-devel] [PATCH v2 01/10] fftools/textformat: Formatting and whitespace changes

From: softworkz Signed-off-by: softworkz --- fftools/textformat/avtextformat.c | 104 +++-- fftools/textformat/avtextformat.h | 16 ++--- fftools/textformat/avtextwriters.h | 11 ++- fftools/textformat/tf_compact.c| 91 ++--- fftools/textform

[FFmpeg-devel] [PATCH v2 00/10] 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

[FFmpeg-devel] [PATCH v2 03/10] fftools/textformat: Introduce common header and deduplicate code

From: softworkz Signed-off-by: softworkz --- fftools/textformat/avtextwriters.h | 2 +- fftools/textformat/tf_compact.c| 32 --- fftools/textformat/tf_default.c| 27 +++--- fftools/textformat/tf_flat.c | 25 +++-- fftools/textformat/tf_ini.c| 24 +++--

[FFmpeg-devel] [PATCH v2 02/10] fftools/textformat: Quality improvements

From: softworkz Signed-off-by: softworkz --- fftools/textformat/avtextformat.c | 111 +++--- fftools/textformat/avtextformat.h | 6 +- fftools/textformat/tf_default.c | 8 ++- fftools/textformat/tf_ini.c | 2 +- fftools/textformat/tf_json.c | 8 ++-

[FFmpeg-devel] [PATCH v2 06/10] 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 v2 07/10] 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 65bf5a9419..32374f5453 100644 --- a/doc/APIchanges

[FFmpeg-devel] [PATCH v2 05/10] 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 | 21 + fftools/textformat/avtextformat.h | 2 ++ 2 files changed, 23 insertions(+) diff --git a/fft

[FFmpeg-devel] [PATCH v2 04/10] fftools/tf_internal: Use ac_default_item_name

From: softworkz 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 7b326328cb..e145bc83bb 100644 --- a/fftools/textformat/tf_internal.h +

[FFmpeg-devel] [PATCH v2 09/10] 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

[FFmpeg-devel] [PATCH v2 08/10] fftools/resources: Add resource manager files

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

[FFmpeg-devel] [PATCH v2 10/10] 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

Re: [FFmpeg-devel] [PATCH v2 00/10] Execution Graph Printing

> -Original Message- > From: ffmpegagent > Sent: Mittwoch, 16. April 2025 12:12 > To: ffmpeg-devel@ffmpeg.org > Cc: softworkz > Subject: [PATCH v2 00/10] Execution Graph Printing > > Shortest cover letter for my longest-running FFmpeg patchset: > > * Apply > * Build > * Add the "-

Re: [FFmpeg-devel] [PATCH] fate: add various FFv1 tests for 1024 slices

Lynne: > This lets us test features that were broken earlier, as well as > test the hardware decoder by using the HWACCEL=vulkan option. Can't you just adjust some of vsynth FFV1 tests to use this many slices? (Can one even use 1024 slices for such a low resolution?) > --- > tests/Makefile

Re: [FFmpeg-devel] [PATCH] fate/vvc: Add vvc-wpp-single-slice-pic

Thank you, Frank. Hi samples-request, could you help On Wed, Apr 9, 2025 at 12:29 AM Frank Plowman wrote: > On 24/03/2025 18:10, Frank Plowman wrote: > > A sample with a particular partitioning structure that could not be read > > correctly before 26c5d8cf5d6dcd520e781754d986e9907d74270e > > >

Re: [FFmpeg-devel] [PATCH] avutil/map: replace passing Compare functions by flags

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Mittwoch, 16. April 2025 22:12 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: [FFmpeg-devel] [PATCH] avutil/map: replace passing Compare > functions by flags > > This ma

[FFmpeg-devel] [PATCH] avutil/x86: Improve ELF PIC support for external function calls

From: Henrik Gramner PLT/GOT indirections are required in some cases. Most commonly when calling functions from other shared libraries, but also in some scenarios when calling functions with default symbol visibility even within the same component on certain elf64 platforms. On elf64 we can simp

Re: [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api change for AVDictionary2

Hi softworkz I think we should use AI to support us and reduce the workload on people. I think this here cost you money and iam not sure this isnt adding workload and maybe even increased disagreements between people can you get AI to do something nooone else is working on ? or to support someone

[FFmpeg-devel] [PATCH] avutil/map: replace passing Compare functions by flags

This makes the API much more robust because if you receive a map from some other module you no longer need to know which compare function is correct for it Instead you just specify what you need, like AV_MAP_CMP_CASE_SENSITIVE or AV_MAP_CMP_CASE_INSENSITIVE or 0 if you dont care and the code will e

Re: [FFmpeg-devel] [PATCH] libpostproc/postprocess: Fix deprecating PP_CPU_CAPS_3DNO

Andreas Rheinhardt: > Patch attached. > > - Andreas > Ignore this, it has already been fixed in master. - Andreas ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above,

[FFmpeg-devel] [PATCH v3 2/2] ffprobe: show seekability details in format section

--- doc/ffprobe.xsd | 2 ++ fftools/ffprobe.c| 15 ++- tests/ref/fate/cavs-demux| 2 +- tests/ref/fate/ffprobe_compact | 2 +- tests/ref/fate/ffprobe_csv | 2 +- tests/ref/fate/ffprobe_default | 2 ++ tests

[FFmpeg-devel] [PATCH v3 1/2] avformat: add avformat_query_seekable

Utility function to report seekability features for a given input. Useful for ffprobe and to extend seek possibilities in fftools. --- v3: add some checks for seekability such as default stream demuxer seek function for NOFILE formats doc/APIchanges | 3 ++ libavformat/avfo

[FFmpeg-devel] [PATCH] libpostproc/postprocess: Fix deprecating PP_CPU_CAPS_3DNO

Patch attached. - Andreas From 3f7154f2d5fce740d6180c10398f7a1e6ec299d9 Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Wed, 16 Apr 2025 14:02:47 +0200 Subject: [PATCH] libpostproc/postprocess: Fix deprecating PP_CPU_CAPS_3DNOW The wrong version of the patch has been applied: a) Use the

Re: [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api change for AVDictionary2

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Mittwoch, 16. April 2025 23:48 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api > change for AVDictionary2 > > Hi

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/dvbsubenc: Sanity check num_rects

On Wed, Apr 16, 2025 at 11:17:30AM +0200, Andreas Rheinhardt wrote: > Patches attached. > > - Andreas > dvbsubenc.c |3 +++ > 1 file changed, 3 insertions(+) > 27ce315dbaee02f8c92c12f8c9cd0c8c7edc54fb > 0001-avcodec-dvbsubenc-Sanity-check-num_rects.patch > From b3a4381000d13ac344114dd5f023

Re: [FFmpeg-devel] [PATCH v2] avcodec/webvttdec: strip classes

Hi On Fri, Mar 21, 2025 at 04:55:02PM +0100, Leon Grutters wrote: > If a supported tag has a class, e.g "" it is ignored entirely; > so for example "Hello" would be converted to "Hello{\i0}" > instead of the intended "{\i1}Hello{\i0}". > > Signed-off-by: Leon Grutters > --- > libavcodec/webvttd