[FFmpeg-devel] [PATCH] avformat/libopenmpt: implement file reading callbacks (PR #20801)

2025-10-30 Thread paper via ffmpeg-devel
PR #20801 opened by paper URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20801 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20801.patch Before, this code would unnecessarily waste quite a bit of memory reading the entire file in, and in many cases just freeing the result and throwing i

[FFmpeg-devel] Re: [RFC] sponsors page

2025-10-30 Thread Michael Niedermayer via ffmpeg-devel
Hi Steven On Thu, Oct 30, 2025 at 03:28:40PM +0800, Steven Liu via ffmpeg-devel wrote: > Michael Niedermayer via ffmpeg-devel > 于2025年10月30日周四 09:48写道: > > > > Hi all > > > > i was talking with a company, who wants to sponsor FFmpeg > > they asked if they would be listed in the GitHub readme. >

[FFmpeg-devel] mailman3 ffmpeg-devel-owner bounce mitigation

2025-10-30 Thread Michael Niedermayer via ffmpeg-devel
Hi all I think ive finally found a way to fix the ffmpeg-devel-owners from being unsubscribed/disabled due to spam bounces Let me first explain what the problem is, then how we solved it. The problem: 1. spam hits ffmpeg-devel-owners 2. our spam filters remove alot but not all spam 3. spam to ff

[FFmpeg-devel] [PATCH] libavformat/udp: Fix call to recvfrom(2) (PR #20797)

2025-10-30 Thread desmondliu via ffmpeg-devel
PR #20797 opened by desmondliu URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20797 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20797.patch Last parameter to recvfrom() is not initialized, causing recvfrom() to randomly return EINVAL. Issue was introduced in af04a27893. >From 4348bd

[FFmpeg-devel] [PATCH] avformat/rtmpproto: consider command line argument lengths (PR #20796)

2025-10-30 Thread michaelni via ffmpeg-devel
PR #20796 opened by michaelni URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20796 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20796.patch >From 844511d76807d4ad2b248540b20f534bc640540c Mon Sep 17 00:00:00 2001 From: Michael Niedermayer Date: Thu, 30 Oct 2025 23:05:57 +0100 Subject:

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

2025-10-30 Thread Nicolas George via ffmpeg-devel
Hi. Michael Niedermayer via ffmpeg-devel (HE12025-10-16): > I like that this would result in a steady income stream. > I think its a good idea, and iam happy to provide companies with > extended security support on old releases. I think it is naïve for nerds like us to expect being able to intera

[FFmpeg-devel] Re: [PATCH] avfilter: enhance command processing with chain propagation and direction control. (PR #20731)

2025-10-30 Thread Nicolas George via ffmpeg-devel
cenzhanquan1 via ffmpeg-devel (HE12025-10-21): > PR #20731 opened by cenzhanquan1 > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20731 > Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20731.patch > > The existing avfilter_process_command and avfilter_graph_send_command > havelimitatio

[FFmpeg-devel] [PATCH] avcodec/sanm: implement codec45 (PR #20795)

2025-10-30 Thread Manuel Lauss via ffmpeg-devel
PR #20795 opened by Manuel Lauss (mlauss2) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20795 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20795.patch This is another post-processing codec: it sums the r/g/b componentes of the 4 surrounding pixels, and uses the 15bit-rgb value as an

[FFmpeg-devel] [PATCH] avcodec/qtrle: set keyframe flag in output frames

2025-10-30 Thread Jeremy James via ffmpeg-devel
This was broken by dc7bd7c5a5 because it was depending on the behaviour of all frames setting key_frame by default, although that was also wrong because it didn't unset the flag for duplicate/repeated frames. Signed-off-by: Jeremy James --- libavcodec/qtrle.c | 4 1 file changed, 4 insertio

[FFmpeg-devel] [PATCH] All: Removed reliance on compiler performing dead code elimination, changed various macro constant checks from if() to #if (PR #20794)

2025-10-30 Thread death via ffmpeg-devel
PR #20794 opened by death URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20794 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20794.patch https://code.ffmpeg.org/FFmpeg/FFmpeg/issues/20763 No-dead-code-elimination patch, try 2 Verified on various MSVC configurations: x86_32, x86_64, AR

[FFmpeg-devel] [PATCH] WIP, RFC: Avoid reliance on DCE (PR #20793)

2025-10-30 Thread mkver via ffmpeg-devel
PR #20793 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20793 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20793.patch This patchset is a proposal to get rid of our spec-incompliant reliance on dead code elimination. The key to it is a macro IF(CONFIG, cond, code) (co

[FFmpeg-devel] [PATCH] avcodec/rv34dsp: Reduce size of qpel functions arrays (PR #20792)

2025-10-30 Thread mkver via ffmpeg-devel
PR #20792 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20792 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20792.patch Only size 16 and 8 are used (and set). >From 0242cb36a576721ee6fb9bbbf70616dacb9957b3 Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Thu,

[FFmpeg-devel] [PATCH] avcodec/x86/hpeldsp: Don't use saturated addition when unnecessary (PR #20791)

2025-10-30 Thread mkver via ffmpeg-devel
PR #20791 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20791 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20791.patch >From 50f2e0e7ba41e4aedf36244d63c42a1381fc0336 Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Thu, 30 Oct 2025 10:27:00 +0100 Subject: [PAT

[FFmpeg-devel] [PATCH] avcodec/x86/hevc/add_res: Remove AVX add_residual functions (PR #20789)

2025-10-30 Thread mkver via ffmpeg-devel
PR #20789 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20789 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20789.patch >From a0fa1c8e484f06cc9a9e2e3cfe53ec121fb74659 Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Thu, 30 Oct 2025 08:30:40 +0100 Subject: [PAT

[FFmpeg-devel] Re: FFmpeg "supporters" doxing

2025-10-30 Thread Rémi Denis-Courmont via ffmpeg-devel
Hi, Le 30 octobre 2025 00:32:58 GMT+02:00, Michael Niedermayer via ffmpeg-devel a écrit : >You talk like you understand legal matters and are refering to wiktionary. >Thilo is in Germany, lets refer to german law: Pretty sure German law doesn't define the English term "doxxing". And again, may

[FFmpeg-devel] Re: [RFC] sponsors page

2025-10-30 Thread Steven Liu via ffmpeg-devel
Michael Niedermayer via ffmpeg-devel 于2025年10月30日周四 09:48写道: > > Hi all > > i was talking with a company, who wants to sponsor FFmpeg > they asked if they would be listed in the GitHub readme. I suggest we create a dedicated sponsor page. As part of this, we should also define a more meaningful o

[FFmpeg-devel] [REFUND-REQUEST] GSoC 2025 Mentor Summit Reimbursement Request

2025-10-30 Thread Steven Liu via ffmpeg-devel
Hi Folks, I would like to request reimbursement for the following expenses incurred attending the Google Summer of Code mentor summit. Description | Amount --+ >From Beijing To