[FFmpeg-devel] Re: [PATCH] web/donations: Add my ETH/USDC/Bitcoin addresses to my donation entry.

On Fri, Nov 14, 2025 at 04:08:40PM -0800, Jacob Lifshay via ffmpeg-devel wrote: > On Fri, Nov 14, 2025 at 1:45 PM Michael Niedermayer via ffmpeg-devel > wrote: > > + > > + > src="https://ethereum.org/images/assets/svgs/eth-diamond-black.svg"; > > alt="Ethereum" width="32" height

[FFmpeg-devel] 回复：Re: [Question]Inquiry Regarding RISC-V RVV Optimization for HEVC Decoding in FFmpeg

Hi Zhili & Rémi Denis-Courmont, Thank you very much, Zhao Zhili, for the helpful pointers! I’ll immediately review the latest RVV-related patches and pull requests on code.ffmpeg.org and study your excellent summary on assembly optimization. I also sincerely appreciat

[FFmpeg-devel] Re: New mailing-list archive

Hi On Wed, Nov 12, 2025 at 07:26:25PM +0100, Nicolas George via ffmpeg-devel wrote: > Michael Niedermayer via ffmpeg-devel (HE12025-10-16): > > for this https://ffmpeg.org/contact.html#MailingLists > > > > you can add it to [email protected]:ffmpeg-web > > you should have write access > > Hi. Than

[FFmpeg-devel] Re: [PATCH] web/donations: Add my ETH/USDC/Bitcoin addresses to my donation entry.

On Fri, Nov 14, 2025 at 1:45 PM Michael Niedermayer via ffmpeg-devel wrote: > + > + src="https://ethereum.org/images/assets/svgs/eth-diamond-black.svg"; > alt="Ethereum" width="32" height="32"> > + src="https://upload.wikimedia.org/wikipedia/commons/4/4a/Circle_USDC_Lo

[FFmpeg-devel] Re: [PATCH 0/2] web/donations: Add section for individual developers

Hi Gyan On Fri, Nov 14, 2025 at 11:49:23PM +0530, Gyan Doshi via ffmpeg-devel wrote: > > > On 2025-11-14 11:30 pm, Michael Niedermayer via ffmpeg-devel wrote: > > On Thu, Nov 13, 2025 at 01:04:17AM +0100, Michael Niedermayer via > > ffmpeg-devel wrote: > > > This was suggested to me. > > > > >

[FFmpeg-devel] [PATCH] web/donations: Add my ETH/USDC/Bitcoin addresses to my donation entry.

Only showing small logos, that show and copy the address when clicked Signed-off-by: Michael Niedermayer --- src/donations | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/src/donations b/src/donations index 54c7388..c92c438 100644 --- a/src/donations +

[FFmpeg-devel] [PATCH] Update libavformat/segafilmenc.c (PR #20922)

PR #20922 opened by Shubin123 URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20922 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20922.patch The film_write_packet() function reads encoded_buf_size from packet data via AV_RB24() and uses it in a modulo operation without validation. When

[FFmpeg-devel] [PATCH] avformat/segafilmenc: Fix division by zero with malformed Cinepak data

The film_write_packet() function reads encoded_buf_size from packet data via AV_RB24() and uses it in a modulo operation without validation. When the data contains zeros at this position, it causes division by zero. Add validation to return AVERROR_INVALIDDATA when encoded_buf_size is zero. Signe

[FFmpeg-devel] Re: [PATCH 0/2] web/donations: Add section for individual developers

On 2025-11-14 11:30 pm, Michael Niedermayer via ffmpeg-devel wrote: On Thu, Nov 13, 2025 at 01:04:17AM +0100, Michael Niedermayer via ffmpeg-devel wrote: This was suggested to me. Allowing only donations to a 501(c)(3) restricts both donators as well as developers patchset applied Is ff

[FFmpeg-devel] [PATCH] avcodec/h264_slice: don't force ff_get_format unconditionally after flush (PR #20921)

PR #20921 opened by Zhao Zhili (quink) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20921 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20921.patch h->context_initialized is zero after flush, which triggers call to ff_get_format unconditionally. ff_get_format can be heavy with ff_hwac

[FFmpeg-devel] Re: [PATCH 0/2] web/donations: Add section for individual developers

On Thu, Nov 13, 2025 at 01:04:17AM +0100, Michael Niedermayer via ffmpeg-devel wrote: > This was suggested to me. > > Allowing only donations to a 501(c)(3) restricts both donators as well as > developers patchset applied @everyone, dont hesitate to add yourself too, if you want [...] -- Mic

[FFmpeg-devel] Re: [Question]Inquiry Regarding RISC-V RVV Optimization for HEVC Decoding in FFmpeg

Nihao, Le 14 novembre 2025 03:52:51 GMT+02:00, yunfei_zhou--- via ffmpeg-devel a écrit : >Before proceeding, we would like to understand whether there are any existing >or ongoing efforts in this area to avoid duplication and, ideally, align or >collaborate with current initiatives. Existing

[FFmpeg-devel] Re: [Question] Learning about VVC and wasm

> On Nov 14, 2025, at 19:30, Rémi Denis-Courmont via ffmpeg-devel > wrote: > > > > Le 14 novembre 2025 06:09:25 GMT+02:00, Zhao Zhili via ffmpeg-devel > a écrit : >>> For FFmpeg, WASM optimisations are embryonic at best. There is no >>> documentation since there is very little experience

[FFmpeg-devel] [PATCH] lavu/x86: add Intel CET support (PR #20919)

PR #20919 opened by brad URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20919 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20919.patch Co-authored-by: Sebastien Marie >From c6926060a98f335e069c3e631b96cc4e0b8e758e Mon Sep 17 00:00:00 2001 From: Brad Smith Date: Fri, 14 Nov 2025 05:

[FFmpeg-devel] [PATCH] avcodec/prores_raw: Reuse permutation (PR #20918)

PR #20918 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20918 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20918.patch The ProresDSPContext already contains the idct_permutation. Seems like the raw code has been branched of before February (before deee2fb52d4ae0fe2a0

[FFmpeg-devel] Re: [Question] Learning about VVC and wasm

Le 14 novembre 2025 06:09:25 GMT+02:00, Zhao Zhili via ffmpeg-devel a écrit : >> For FFmpeg, WASM optimisations are embryonic at best. There is no >> documentation since there is very little experience with them as yet. > >The wasm and wasm simd has already reached a considerable level of mat

[FFmpeg-devel] [PATCH] avfilter/vf_drawtext: fix call GET_UTF8 with invalid argument (PR #20917)

PR #20917 opened by Zhao Zhili (quink) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20917 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20917.patch For GET_UTF8(val, GET_BYTE, ERROR), val has type of uint32_t, GET_BYTE must return an unsigned integer, otherwise signed extension happen

[FFmpeg-devel] [PATCH] doc/encoders: Document MediaFoundation encoders (PR #20916)

PR #20916 opened by dashsantosh-mcw URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20916 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20916.patch >From e7dcef8d8dee549fd8345c5d08d303e781dfd74b Mon Sep 17 00:00:00 2001 From: Harshitha Date: Fri, 14 Nov 2025 01:45:44 -0800 Subject: [PA

[FFmpeg-devel] [PATCH] avutil/hwcontext_amf: move AVMutex to internal context (PR #20915)

PR #20915 opened by Dmitrii Ovchinnikov (OvchinnikovDmitrii) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20915 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20915.patch >From bfcdc58dee88778c8f48a54d7d7989417bba79c2 Mon Sep 17 00:00:00 2001 From: Dmitrii Ovchinnikov Date: Thu, 13 N

[FFmpeg-devel] Re: [GASPP PATCH] Translate .inst into DCD, the same as for .int or .word

On Wed, 12 Nov 2025, Martin Storsjö wrote: For ELF targets, the assembler keeps track of which words are actual instructions, and which are data - and the disassembler shows them differently depending on this. For other object file formats, there's no difference. Thus, for armasm for targeting C