[FFmpeg-devel] [PATCH] Fix incorrect enum type used for a local variable

2024-10-24 Thread Eugene Zemtsov via ffmpeg-devel
From: Eugene Zemtsov It's AVPacketSideDataType, not AVFrameSideDataType. Bug: https://issues.chromium.org/issues/374797732 Change-Id: If75702c6d639ca63827cc3370477de00544d3c0f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/third_party/ffmpeg/+/5950926 Reviewed-by: Ted (Chromiu

Re: [FFmpeg-devel] [PATCH] jpeg200dec: reset in_tile_headers flag between frames

2024-10-24 Thread WATANABE Osamu
It looks good to me. Thank you for catching this. FYI - The patch has been confirmed to pass all the test cases defined in ISO/IEC 15444-4. > On Oct 25, 2024, at 9:28, Pierre-Anthony Lemieux wrote: > > Fixes https://trac.ffmpeg.org/ticket/11266 > > On Thu, Oct 24, 2024 at 5:23?PM wrote: >> >

[FFmpeg-devel] [PATCH v4 1/3] tests/fate-run: add support for specifying the final encode muxer in `transcode`

2024-10-24 Thread Jan Ekström
From: Jan Ekström This allows for direct dumping of the packets' contents (useful for text based formats), while getting the timestamps/sizes etc from ffprobe. If used via TRANSCODE, the actually utilized muxer should be added within the last argument as an additional dependency, as that is not

Re: [FFmpeg-devel] [PATCH] jpeg200dec: reset in_tile_headers flag between frames

2024-10-24 Thread Pierre-Anthony Lemieux
Fixes https://trac.ffmpeg.org/ticket/11266 On Thu, Oct 24, 2024 at 5:23 PM wrote: > > From: Pierre-Anthony Lemieux > > --- > libavcodec/jpeg2000dec.c | 19 ++- > libavcodec/jpeg2000dec.h | 1 - > 2 files changed, 10 insertions(+), 10 deletions(-) > > diff --git a/libavcodec/jpe

[FFmpeg-devel] [PATCH 2/5] avcodec/aom_film_grain: allocate film grain metadata dynamically

2024-10-24 Thread James Almer
This removes the ABI breaking use of sizeof(AVFilmGrainParams), and achieves the same size reduction to decoder structs as 08b1bffa49715a9615acc025dfbea252d8409e1f. Signed-off-by: James Almer --- libavcodec/aom_film_grain.c | 47 + libavcodec/aom_film_grain.h

Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffplay: constrain supported YUV color spaces

2024-10-24 Thread Michael Niedermayer
On Thu, Oct 24, 2024 at 10:55:40AM +0200, Niklas Haas wrote: > On Thu, 24 Oct 2024 02:44:34 +0200 Michael Niedermayer > wrote: > > On Fri, Feb 09, 2024 at 08:14:46PM +, Niklas Haas wrote: > > > ffmpeg | branch: master | Niklas Haas | Mon Feb 5 > > > 19:28:04 2024 +0100| [c619d20906d039060e

Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffplay: constrain supported YUV color spaces

2024-10-24 Thread Niklas Haas
On Thu, 24 Oct 2024 02:44:34 +0200 Michael Niedermayer wrote: > On Fri, Feb 09, 2024 at 08:14:46PM +, Niklas Haas wrote: > > ffmpeg | branch: master | Niklas Haas | Mon Feb 5 > > 19:28:04 2024 +0100| [c619d20906d039060efbeaa822daf8e949f3ef24] | > > committer: Niklas Haas > > > > fftools/f

Re: [FFmpeg-devel] [PATCH v3 14/18] swscale/graph: add new high-level scaler dispatch mechanism

2024-10-24 Thread Anton Khirnov
Quoting Niklas Haas (2024-10-24 12:02:41) > On Thu, 24 Oct 2024 11:30:12 +0200 Anton Khirnov wrote: > > Does this (or can it) support copy-free passthrough of individual > > planes, for cases like YUV420P<->NV12? > > Not currently, no. We could switch to AVBufferRefs for the plane pointers to > a

Re: [FFmpeg-devel] [PATCH v3 14/18] swscale/graph: add new high-level scaler dispatch mechanism

2024-10-24 Thread Niklas Haas
On Thu, 24 Oct 2024 13:08:36 +0200 Anton Khirnov wrote: > Quoting Niklas Haas (2024-10-24 12:02:41) > > On Thu, 24 Oct 2024 11:30:12 +0200 Anton Khirnov wrote: > > > Does this (or can it) support copy-free passthrough of individual > > > planes, for cases like YUV420P<->NV12? > > > > Not currentl

[FFmpeg-devel] [PATCH v4 3/3] avformat/movenc: add support for fragmented TTML muxing

2024-10-24 Thread Jan Ekström
From: Jan Ekström Attempts to base the fragmentation timing on other streams as most receivers expect media fragments to be more or less aligned. Currently does not support fragmentation on subtitle track only, as the subtitle packet queue timings would have to be checked in addition to the curr

[FFmpeg-devel] [PATCH v4 2/3] avcodec/avpacket: add functionality to prepend to AVPacketLists

2024-10-24 Thread Jan Ekström
From: Jan Ekström Signed-off-by: Jan Ekström --- libavcodec/packet.c | 20 +++- libavcodec/packet_internal.h | 2 ++ 2 files changed, 17 insertions(+), 5 deletions(-) diff --git a/libavcodec/packet.c b/libavcodec/packet.c index 381001fd65..a6302340bb 100644 --- a/liba

Re: [FFmpeg-devel] [PATCH 3/3] avcodec/ffv1: Implement new slice tiling

2024-10-24 Thread Michael Niedermayer
On Tue, Oct 01, 2024 at 10:31:26PM +0200, Michael Niedermayer wrote: > This fixes corner cases (requires version 4 or a spec update) > > Fixes: Ticket5548 > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Michael Niedermayer > --- > libavcodec/ffv1.c| 21 + > libavc

[FFmpeg-devel] Add support for LJ92 compressed MLV files, attempt 02

2024-10-24 Thread South East
ffmpeg has existing support for MLV raw video files; libavformat/mlvdec.c. Since this was added, MLV has been extended to support LJ92 compressed image data. These patches build on lossless DNG support in 7.2-dev to enable handling LJ92 MLV via existing libavcodec/mjpegdec.c code. Sample LJ92 MLV

[FFmpeg-devel] [PATCH v4 00/13] major refactor and new scaling API

2024-10-24 Thread Niklas Haas
Changes since v3: - Make SwsInternal a superset of SwsContext, instead of a separate struct - Fix minor bug in the calculation of SWS_STRICT I overall prefer this version, it simplifies things and allows us to split apart the cosmetic and non-cosmetic commits very cleanly. ___

[FFmpeg-devel] [PATCH v4 11/13] tests/swscale: rewrite on top of new API

2024-10-24 Thread Niklas Haas
From: Niklas Haas This rewrite cleans up the code to use AVFrames and the new swscale API. The log format has also been simplified and expanded to account for the new options. (Not yet implemented) The self testing code path has also been expanded to test the new swscale implementation against t

[FFmpeg-devel] [PATCH v4 05/13] swscale: expose SwsContext publicly

2024-10-24 Thread Niklas Haas
From: Niklas Haas Following in the footsteps of the work in the previous commit, it's now relatively straightforward to expose the options struct publicly as SwsContext. This is a step towards making this more user friendly, as well as following API conventions established elsewhere. Sponsored-b

[FFmpeg-devel] [PATCH v4 13/13] avfilter/vf_scale: switch to new swscale API

2024-10-24 Thread Niklas Haas
From: Niklas Haas Most logic from this filter has been co-opted into swscale itself, allowing the resulting filter to be substantially simpler as it no longer has to worry about context initialization, interlacing, etc. Sponsored-by: Sovereign Tech Fund Signed-off-by: Niklas Haas --- libavfilt

[FFmpeg-devel] [PATCH v4 03/13] swscale/internal: use static_assert for enforcing offsets

2024-10-24 Thread Niklas Haas
From: Niklas Haas Instead of sprinkling av_assert0 into random init functions. Sponsored-by: Sovereign Tech Fund Signed-off-by: Niklas Haas --- libswscale/swscale_internal.h | 11 +++ libswscale/utils.c| 2 -- libswscale/x86/swscale.c | 4 3 files changed, 11 in

[FFmpeg-devel] [PATCH v4 08/13] swscale/internal: expose sws_init_single_context() internally

2024-10-24 Thread Niklas Haas
From: Niklas Haas Used by the graph API swscale wrapper, for now. Sponsored-by: Sovereign Tech Fund Signed-off-by: Niklas Haas --- libswscale/swscale_internal.h | 3 +++ libswscale/utils.c| 4 ++-- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/libswscale/swscale_in

[FFmpeg-devel] [PATCH v4 10/13] swscale: introduce new, dynamic scaling API

2024-10-24 Thread Niklas Haas
From: Niklas Haas As part of a larger, ongoing effort to modernize and partially rewrite libswscale, it was decided and generally agreed upon to introduce a new public API for libswscale. This API is designed to be less stateful, more explicitly defined, and considerably easier to use than the ex

[FFmpeg-devel] [PATCH v4 12/13] tests/swscale: add a benchmarking mode

2024-10-24 Thread Niklas Haas
From: Niklas Haas With the ability to set the thread count as well. This benchmark includes the constant overhead of context initialization. Sponsored-by: Sovereign Tech Fund Signed-off-by: Niklas Haas --- libswscale/tests/swscale.c | 93 -- 1 file changed,

[FFmpeg-devel] [PATCH] jpeg200dec: reset in_tile_headers flag between frames

2024-10-24 Thread pal
From: Pierre-Anthony Lemieux --- libavcodec/jpeg2000dec.c | 19 ++- libavcodec/jpeg2000dec.h | 1 - 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/libavcodec/jpeg2000dec.c b/libavcodec/jpeg2000dec.c index 2e09b279dc..5b05ff2455 100644 --- a/libavcodec/jpeg2000d

[FFmpeg-devel] [PATCH] Fix crash when trying to get a fragment time for a non-existing fragment

2024-10-24 Thread Eugene Zemtsov via ffmpeg-devel
From: Eugene Zemtsov Bug: https://issues.chromium.org/issues/372994341 Change-Id: I695d625717c078ed6f84f44e58c34da858af4d3b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/third_party/ffmpeg/+/5958151 Reviewed-by: Dale Curtis --- libavformat/mov.c | 2 ++ 1 file changed, 2 ins

Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Support slice coding mode 1 with golomb rice

2024-10-24 Thread Lynne via ffmpeg-devel
On 25/10/2024 03:57, Michael Niedermayer wrote: Sponsored-by: Sovereign Tech Fund Signed-off-by: Michael Niedermayer --- libavcodec/ffv1dec.c | 20 ++-- libavcodec/ffv1dec_template.c | 3 +++ libavcodec/ffv1enc.c | 23 --- 3 files chang

[FFmpeg-devel] [PATCH 1/5] Partially revert "avcodec/h2645: allocate film grain metadata dynamically"

2024-10-24 Thread James Almer
AVFilmGrainAFGS1Params, the offending struct, is using sizeof(AVFilmGrainParams) when it should not. This change also forgot to make the necessary changes to the frame threading sync code. Both of these will be fixed by the following commit. Signed-off-by: James Almer --- libavcodec/h2645_sei.c

[FFmpeg-devel] [PATCH 4/5] avcodec/h264dec: use the RefStruct API for h264db

2024-10-24 Thread James Almer
And ensure the buffer is synced between threads. Signed-off-by: James Almer --- libavcodec/h264_picture.c | 2 +- libavcodec/h264_slice.c | 2 ++ libavcodec/h264dec.c | 2 +- 3 files changed, 4 insertions(+), 2 deletions(-) diff --git a/libavcodec/h264_picture.c b/libavcodec/h264_picture

[FFmpeg-devel] [PATCH 3/5] avcodec/h2645_sei: use the RefStruct API for film_grain_characteristics

2024-10-24 Thread James Almer
And ensure the buffer is synced between threads. Signed-off-by: James Almer --- libavcodec/h2645_sei.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/libavcodec/h2645_sei.c b/libavcodec/h2645_sei.c index 33390d389d..9ed2fc5596 100644 --- a/libavcodec/h2645_se

[FFmpeg-devel] [PATCH] avcodec/ffv1: Support slice coding mode 1 with golomb rice

2024-10-24 Thread Michael Niedermayer
Sponsored-by: Sovereign Tech Fund Signed-off-by: Michael Niedermayer --- libavcodec/ffv1dec.c | 20 ++-- libavcodec/ffv1dec_template.c | 3 +++ libavcodec/ffv1enc.c | 23 --- 3 files changed, 25 insertions(+), 21 deletions(-) diff --git a/li

Re: [FFmpeg-devel] [PATCH v12 5/9] libavcodec/dnxucdec: DNxUncompressed decoder

2024-10-24 Thread Anton Khirnov
Quoting Marton Balint (2024-10-23 15:19:27) > > > On Tue, 22 Oct 2024, Anton Khirnov wrote: > > > Quoting Marton Balint (2024-10-22 20:35:52) > >> > >> > >> On Tue, 22 Oct 2024, Anton Khirnov wrote: > >> > >>> Quoting Martin Schitter (2024-10-21 21:57:18) > +static int pass_through(AVCodecC

Re: [FFmpeg-devel] profile vs vprofile in 7.1?

2024-10-24 Thread Anton Khirnov
Quoting Anton Khirnov (2024-10-23 09:48:57) > Hard to tell what the problem is Just occurred to me you might be hitting an actual bug, reported in [1] and fixed in 9ce63e65d65b303813d4ae677228226d7cd232b9 in master, and 020d9f2b4886aa620252da4db7a4936378d6eb3a in the 7.1 branch (not yet in a point

Re: [FFmpeg-devel] [PATCH v3 11/18] swscale: expose SwsContext publicly

2024-10-24 Thread Niklas Haas
On Thu, 24 Oct 2024 11:14:32 +0200 Anton Khirnov wrote: > Quoting Niklas Haas (2024-10-20 22:05:20) > > +/** > > + * Main external API structure. New fields can be added to the end with > > + * minor version bumps. Removal, reordering and changes to existing fields > > + * require a major version

Re: [FFmpeg-devel] [PATCH v3 14/18] swscale/graph: add new high-level scaler dispatch mechanism

2024-10-24 Thread Anton Khirnov
Quoting Niklas Haas (2024-10-20 22:05:23) > From: Niklas Haas > > This interface has been designed from the ground up to serve as a new > framework for dispatching various scaling operations at a high level. This > will eventually replace the old ad-hoc system of using cascaded contexts, > as wel

Re: [FFmpeg-devel] [PATCH v3 14/18] swscale/graph: add new high-level scaler dispatch mechanism

2024-10-24 Thread Niklas Haas
On Thu, 24 Oct 2024 11:30:12 +0200 Anton Khirnov wrote: > Quoting Niklas Haas (2024-10-20 22:05:23) > > From: Niklas Haas > > > > This interface has been designed from the ground up to serve as a new > > framework for dispatching various scaling operations at a high level. This > > will eventuall

Re: [FFmpeg-devel] [PATCH v3 11/18] swscale: expose SwsContext publicly

2024-10-24 Thread Anton Khirnov
Quoting Niklas Haas (2024-10-24 11:28:16) > On Thu, 24 Oct 2024 11:14:32 +0200 Anton Khirnov wrote: > > Quoting Niklas Haas (2024-10-20 22:05:20) > > > +/** > > > + * Main external API structure. New fields can be added to the end with > > > + * minor version bumps. Removal, reordering and changes

Re: [FFmpeg-devel] [PATCH v3 11/18] swscale: expose SwsContext publicly

2024-10-24 Thread Anton Khirnov
Quoting Niklas Haas (2024-10-20 22:05:20) > +/** > + * Main external API structure. New fields can be added to the end with > + * minor version bumps. Removal, reordering and changes to existing fields > + * require a major version bump. sizeof(SwsContext) is not part of the ABI. > + */ > +typedef

Re: [FFmpeg-devel] [PATCH v2] doc/ffmpeg: improve -disposition, -stats, and -progress documentation

2024-10-24 Thread Anton Khirnov
Pushed. Thanks, -- 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".