[FFmpeg-devel] [PATCH] WIP_youneng_feature_branch (PR #20848)

PR #20848 opened by Youneng Xiao (youneng.xiao) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20848 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20848.patch this is the first pull request by youneng >From 2d24b4322a926dfe7547a6d5b99571fea401d233 Mon Sep 17 00:00:00 2001 From: stevxi

[FFmpeg-devel] Re: [PATCH] libavutil: add qtff well-known type functions (PR #20846)

On Wed, 5 Nov 2025, 20:37 Lukas via ffmpeg-devel, wrote: > PR #20846 opened by Lukas (lholliger) > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20846 > Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20846.patch > > QuickTime File Format (QTFF/MOV) have a list of well-known datatypes >

[FFmpeg-devel] [PATCH] libavutil: add qtff well-known type functions (PR #20846)

PR #20846 opened by Lukas (lholliger) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20846 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20846.patch QuickTime File Format (QTFF/MOV) have a list of well-known datatypes and there is currently little in place to decode or encode these valu

[FFmpeg-devel] [PATCH] avutil/hwcontext_vulkan: use correct bitmask types (PR #20845)

PR #20845 opened by Kacper Michajłow (kasper93) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20845 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20845.patch From 08d327e92c967f75e024d8a3b0dc8399ab2c0156 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Kacper=20Michaj=C5=82ow?= Date: Wed, 5

[FFmpeg-devel] Re: [RFC] Funded Task Ideas

On 02/11/2025 00:38, Niklas Haas via ffmpeg-devel wrote: Hi all, at VDD'25 multiple people discussed interest in the ability to improve the filter negotiation around hardware filters; specifically about avoiding the need to constantly set the pixel formats manually when going from HW to SW, and

[FFmpeg-devel] [PATCH] avcodec/packet: Move ff_side_data_set_encoder_stats() to encode.c (PR #20844)

PR #20844 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20844 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20844.patch >From f484ee7b5a72b46abb2636ac6c40c6aa16ce0c1a Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Wed, 5 Nov 2025 14:53:12 +0100 Subject: [PATC

[FFmpeg-devel] [PATCH] avcodec/get_bits: Avoid unused variable (PR #20843)

PR #20843 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20843 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20843.patch Fixes lots of warnings from MSVC (which does not support av_unused). >From 338c2c6d4ad206e2da061e7baf7c30f005f0f380 Mon Sep 17 00:00:00 2001 From: A

[FFmpeg-devel] [PATCH] avcodec/x86/h264_chromamc: Use xmm regs in chroma_mc4 SSSE3 functions (PR #20842)

PR #20842 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20842 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20842.patch Doubling the register size allowed to avoid two pmaddubsw. It is also ABI compliant (the old version lacked an emms) and the average versions no longe

[FFmpeg-devel] Re: [PATCH] avcodec: Explicitly use a void cast instead of av_unused in get_bits.h (PR #20840)

> On Nov 5, 2025, at 20:17, Martin Storsjö via ffmpeg-devel > wrote: > > PR #20840 opened by Martin Storsjö (mstorsjo) > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20840 > Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20840.patch > > Currently, av_unused doesn't work when build

[FFmpeg-devel] [PATCH] avcodec: Explicitly use a void cast instead of av_unused in get_bits.h (PR #20840)

PR #20840 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20840 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20840.patch Currently, av_unused doesn't work when building with MSVC. (In the future, if building in C23 mode, it could be possible that it w

[FFmpeg-devel] [PATCH] lavc/mpeg12enc: Allow timecode to be overwritten (PR #20839)

PR #20839 opened by jnightingale-hei URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20839 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20839.patch If a custom timecode is specified in the frame side data using `AV_FRAME_DATA_GOP_TIMECODE` this timecode is then written into the encoded

[FFmpeg-devel] [PATCH] avcodec/tiff: Check order only for tags that we process

The initial out of order check was introduced with commit ad29f9e47cb avcodec/tiff: Restrict tag order based on specification This changes the check to only check against tags the we process since tags that we don't process shouldn't cause any bugs. Example of CinemaDNG files with incorrect order

[FFmpeg-devel] Re: [PATCH] configure: add -static suffix to internal static libs for test programs (PR #20837)

On Wed, 5 Nov 2025 at 03:59, Zhao Zhili via ffmpeg-devel wrote: > > > > > On Nov 5, 2025, at 02:15, Kacper Michajłow via ffmpeg-devel > > wrote: > > > > PR #20837 opened by Kacper Michajłow (kasper93) > > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20837 > > Patch URL: https://code.ffmpeg.o