From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id 0F73C4C5D8 for ; Tue, 14 Oct 2025 17:05:02 +0000 (UTC) Authentication-Results: ffbox; dkim=fail (body hash mismatch (got b'/SGv4lAXWI+nBpsgxwUYBItd9o/mB3jg3sj5eOkclWA=', expected b'Wtx4yrJ5FCS0mWK3DsoLfQOsIhhjVwM2OVHE2Yf87u8=')) header.d=niedermayer.cc header.a=rsa-sha256 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ffmpeg.org; i=@ffmpeg.org; q=dns/txt; s=mail; t=1760461432; h=date : to : message-id : references : mime-version : in-reply-to : reply-to : subject : list-id : list-archive : list-archive : list-help : list-owner : list-post : list-subscribe : list-unsubscribe : from : cc : content-type : from; bh=Sa74Wl7SEi8tLFl8PexhjIydZsPhXrfnNnZRiOB/1Og=; b=jkh1eGrjFOjT4VRUcSpnlOx4mTGBGWpneGPzswfEbVYh7cs6dIFkd4GBMBy3M4+0zvrWU R9374VZ/v3vIS5uuLBEq21FE7PJ0ZltdcKEedhDP3aPt6y2TXXW19SP+joogm8v8ag2RiG5 yi3g3m22sNt51opQScL1k0Oztb2dKeGyJtWXDga6otIIob6QTFNece1O6rTgHJnwAkESO2l S+phh9OSJHEAOEeORqhjUv4H+dB6z2b92HBVBSCvz48VNhvgMFGfcqVXkICGqO0jsAgyl79 7ur4lqawc4oWYOVoQjSeHlYgpOHy6ZiptfFnVhQLRJNslytgpHbD6IODxY6w== Received: from [172.19.0.4] (unknown [172.19.0.4]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id A955568F308; Tue, 14 Oct 2025 20:03:52 +0300 (EEST) ARC-Seal: i=1; cv=none; a=rsa-sha256; d=ffmpeg.org; s=arc; t=1760461426; b=iku79K9uCmd5BSCTkLEpo6nIWRA41AepXpqWwd8hmF2TcK2/D4/bTdANINV0nqso/y3hU RJMQdjGc8HsjQhGxDeEGWAxFnry4LYUuNYSuems9H/QhjYQ9S2VWuqFSYovXuv8cU/yBc67 EMFR4bhmHWXcxONBf4c/iJEsSA/3c3LPDRo/vgzLGlHs7k7ZQEmyDPwkvVO+UaYnHrJn8mp 2nx2ovRoUgoUd2akkM/DcFKHMA9fpULfs06Npj1kwkhseK7bs+MPMyM/FX5/yL5oPNIl29+ 2TwMp6/mwPMTOUOWGUpeBI7ZviWQOLiKQFF7/uOUxEVpGqHuYDTaUYIYMXRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=ffmpeg.org; s=arc; t=1760461426; h=from : sender : reply-to : subject : date : message-id : to : cc : mime-version : content-type : content-transfer-encoding : content-id : content-description : resent-date : resent-from : resent-sender : resent-to : resent-cc : resent-message-id : in-reply-to : references : list-id : list-help : list-unsubscribe : list-subscribe : list-post : list-owner : list-archive; bh=/SGv4lAXWI+nBpsgxwUYBItd9o/mB3jg3sj5eOkclWA=; b=pbMNIbu6AhFlr0g1XV4s+G/xu4GBMyz3WlUPleGiAsaTfDyg3UhiBtutu//9Sa9jiCgXP YmHSNPrDSexU17X23QWc98LyxYt2pJZFBxFq4jE0gdoOIMFepdg4k71deS5LtAGh9EafVBy NVy9CsNPoZdetG5lUqNdzEFGdWaGPq+JLYn9ewWzpks1Jfzw0YjiluxEBNlgWZNjkotB9cS Q3JOQuvC2sdmYOPJOk4jXIQKjFE07LF7KPoPqh6dyjjbLRZAVsiiLHcKnRC/+HD8fgUJmSm Og6wnBHQOtmrsARKi0pPk4V6V7huo/wWzq/yxnNY0IpTjGz8C64qsBWaqpTg== ARC-Authentication-Results: i=1; ffmpeg.org; dkim=pass header.d=niedermayer.cc; arc=none; dmarc=none Authentication-Results: ffmpeg.org; dkim=pass header.d=niedermayer.cc; arc=none (Message is not ARC signed); dmarc=none Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id C3E4C68F22D for ; Tue, 14 Oct 2025 20:03:32 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id E15DF4434E for ; Tue, 14 Oct 2025 17:02:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1760461358; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Wtx4yrJ5FCS0mWK3DsoLfQOsIhhjVwM2OVHE2Yf87u8=; b=DVzCxcJYE9jufVp8igqJShUznS1+qyZSaOeMcNR6URocXHYMRINLLabucvboxjvLNvZfLe tRKz22mhO64yGEQBCaaoseEy/zgRxV3C283zNFladbTA2KIDchsgJ7+JCjvudAs2pltlE5 PxCA9TgmI7Q0q/PT1a71jF7CeanNr4Y4mNhKw7zufxTHZerAItOShuTfFBDV+44DH2zaiS odo9rBv+xr1YEQjActKEKIBe4LudcUZWZaNOs3A/D1cLNJcrjyic/r8r5YjAObm8jRkFft 5vFJJ5FUEnMXuJMxzUfyebFABfVCmSKIvSsnLysWtn1qz7ltkmeKK8nca8f0Yg== Date: Tue, 14 Oct 2025 19:02:36 +0200 To: FFmpeg development discussions and patches Message-ID: References: MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc Message-ID-Hash: QXHWEAYZD6R37HUXLA2RYMHWZFHYNFIG X-Message-ID-Hash: QXHWEAYZD6R37HUXLA2RYMHWZFHYNFIG X-MailFrom: SRS0=Q9FK=4X=niedermayer.cc=michael@ffmpeg.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-ffmpeg-devel.ffmpeg.org-0; header-match-ffmpeg-devel.ffmpeg.org-1; header-match-ffmpeg-devel.ffmpeg.org-2; header-match-ffmpeg-devel.ffmpeg.org-3; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.10 Precedence: list Reply-To: FFmpeg development discussions and patches Subject: [FFmpeg-devel] Re: Soliciting sponsorship (was: WIP: avfilter: add Bungee audio stretch filter (PR #20697)) List-Id: FFmpeg development discussions and patches Archived-At: Archived-At: List-Archive: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: From: Michael Niedermayer via ffmpeg-devel Cc: Michael Niedermayer Content-Type: multipart/mixed; boundary="===============1733977312335517667==" Archived-At: List-Archive: List-Post: --===============1733977312335517667== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SH2OoyBLrM7Ddpdn" Content-Disposition: inline --SH2OoyBLrM7Ddpdn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Nicolas On Tue, Oct 14, 2025 at 12:32:00PM +0200, Nicolas George via ffmpeg-devel w= rote: [...] > Hi. I procrastinated replying about soliciting sponsorships, but if it > looks like that I cannot anymore. Also, it must not be discussed in the > dark of an obscure pull request, it needs to be seen on the > mailing-list. Maybe forgejo should post more to the ML, i dont know, depends on what people prefer > Ideally, accepting contributions should be judged on the merits of the > contribution itself: is the code beautiful? does it bring practical > benefit to our users? Out of necessity we have to add: will this be > properly maintained? But no more. yes >=20 > We can solicit sponsorship, sure, but even the appearance that the money > is a tit-for-tat for getting one's code into the project, getting > excellent publicity and future maintenance work for cheap, would be > extremely detrimental. I dont think we will accept the patch depending on an external closed source version. But thats up to the community. Either way, obviously the submitter is expected to maintain his code, if it is accepted >=20 > > about the open source free libbungee, yeah, i think we do want support > > for that >=20 > I disagree. What would be the benefit for our users? >=20 > This library is not packaged by major distributions; the license is not > more permissive: no benefit in availability. >=20 > Multiple implementations for the same feature: users will have to > scratch their head to decide which one is suited for their needs, that > negates some benefits. We generally have features in one of these categories: 1. We support it natively and reject external dependancies for alternatives 2. We support all external open source solutions which someone maintains 3. We have a limited native implementation and support some external one with the plan to remove the external dependancy ASAP Is there a native equivalent to libbungee ? we support librubberband on https://www.breakfastquay.com/rubberband/ i find: "Rubber Band Library is open source software under the GNU General Public L= icense. If you want to distribute it in a proprietary commercial applicatio= n, you need to buy a licence." So its GPL + commercial dual license while libbungee is MPL 2.0 and libbungee pro is closed source with better quality like i said, i think closed source is not something we should intentionally= support but i dont see why we should allow one of the open source implementations and reject the other [...] >=20 > There is talk of improvement in quality, but it is at best subjective > and very small, possibly imaginary. I think someone posted a link to a table of sound files one can listen to to hear the difference between the indivisual implementations >=20 > On the whole, I would say the benefit for our users is not worth the > effort. its really 0 effort for us no? the author of this, must maintain it. > Also, if we considered accepting, it should not be as an extra filter > with its own set of options. It should be as a single filter with an > option to choose the implementation but common options for the shared > features. This makes it harder to maintain. And not how we do it for other filters Its also more difficult to assign "blame" if something goes wrong with that one filter. IMHO there should be seperate filters for libbungee and librubberband so theres a clear connection of responsibility. If af_libX has an issue its the responsibility of the maintainer of that af= _libX In a combined filter everything is more complex. multiple responsible parti= es multiple competitors must agree on command line interface and options, ... thx PS: about closed source, I dont believe in closed source, i belive in ida p= ro and ghidra [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB No great genius has ever existed without some touch of madness. -- Aristotle --SH2OoyBLrM7Ddpdn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCaO6CJQAKCRBhHseHBAsP q+OJAJ4rwjiSHkBZ5zQTK26ce568sfdwNgCfTKFbS2Hbdm1OO2Cxup04lGzJjpY= =2joy -----END PGP SIGNATURE----- --SH2OoyBLrM7Ddpdn-- --===============1733977312335517667== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org To unsubscribe send an email to ffmpeg-devel-leave@ffmpeg.org --===============1733977312335517667==--