From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 8274447CA6 for ; Tue, 17 Oct 2023 16:58:52 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 6A6F268C94E; Tue, 17 Oct 2023 19:58:50 +0300 (EEST) Received: from a27-231.smtp-out.us-west-2.amazonses.com (unknown [54.240.27.231]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id DD5F668C6FD for ; Tue, 17 Oct 2023 19:58:43 +0300 (EEST) To: =?UTF-8?Q?FFmpeg_development_discussions_and_patches?= Date: Tue, 17 Oct 2023 16:58:41 +0000 Mime-Version: 1.0 In-Reply-To: <20231017143637.GD3543730@pb2> References: <20231013191934.GQ3543730@pb2> <20231017143637.GD3543730@pb2> <430D0C5B-53A8-4920-B99A-D8BAD816D715@cosmin.at> X-Priority: 3 (Normal) X-Mailer: Amazon WorkMail Thread-Index: AQHZ/go9XC6ggG06Sh6uVsb81txwIgAvRXmUAL9JQg8AxDwIDw== Thread-Topic: [FFmpeg-devel] SWS cleanup / SPI Funding Suggestion X-Original-Mailer: Apple Mail (2.3731.700.6) X-Wm-Sent-Timestamp: 1697561920 Message-ID: <0101018b3e934739-8f4f53ff-b0a5-4f65-aeae-d73c8b5b6f52-000000@us-west-2.amazonses.com> Feedback-ID: 1.us-west-2.An468LAV0jCjQDrDLvlZjeAthld7qrhZr+vow8irkvU=:AmazonSES X-SES-Outgoing: 2023.10.17-54.240.27.231 Subject: Re: [FFmpeg-devel] SWS cleanup / SPI Funding Suggestion X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Cosmin Stejerean via ffmpeg-devel Reply-To: FFmpeg development discussions and patches Cc: =?UTF-8?Q?Cosmin_Stejerean?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: > On Oct 17, 2023, at 7:36 AM, Michael Niedermayer wrote: > > On Sat, Oct 14, 2023 at 07:53:04PM +0200, Stefano Sabatini wrote: >> >> It would be useful at this point to define the process to accept the >> proposal and potential candidates. We have a technical committee which >> might take the lead on that and probably have the last word on it, >> since "approved by the community" is a bit vague and there is the risk >> that there will be never an approval "from the community" because of >> diverging views, or that we get stuck at the design level. > > I think there are several shades of this > > The community might simply have a consensus that X should be funded. > We achieved this both for traval and hw in all or nearly all cases. > And quite plausibly we will achieve this too for other cases > > Hypothetically the community might have a consensus some work should > be funded but not agree on technical details. > Here honestly i think the developer doing the work should be the main > decission maker. She is the one doing the work, knowing the code best. > And most likely its one of the FFmpeg team doing the work. I think this makes sense for cases where there is easily reachable consensus. What happens when we can't easily reach consensus? For example it doesn't seem like we have consensus on funding improvements to swscale (compared to integrating a 3rd party library). Does that mean that work cannot get funded through SPI? This is where I think using the TC to make a decision where the community at large cannot reach consensus might be useful. It doesn't need to decide the fine technical points of how the work is done, but it can provide a useful mechanism to disagree and commit about whether the work should be done at all and provide the broad strokes (like improve swscale vs write a brand new library vs integrate some third party one). - Cosmin _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".