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 C73C548C85 for ; Sat, 22 Jun 2024 14:23:34 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id EF10968D565; Sat, 22 Jun 2024 17:23:30 +0300 (EEST) Received: from alt2.a-painless.mh.aa.net.uk (alt2.a-painless.mh.aa.net.uk [81.187.30.51]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id CB30B68D251 for ; Sat, 22 Jun 2024 17:23:24 +0300 (EEST) Received: from e.1.8.1.b.a.7.8.8.f.6.b.d.8.8.4.0.5.8.0.9.1.8.0.0.b.8.0.1.0.0.2.ip6.arpa ([2001:8b0:819:850:488d:b6f8:87ab:181e] helo=andrews-2024-laptop.sayers) by painless-a.thn.aa.net.uk with smtp (Exim 4.96) (envelope-from ) id 1sL1eF-004zsz-0n for ffmpeg-devel@ffmpeg.org; Sat, 22 Jun 2024 15:23:23 +0100 Date: Sat, 22 Jun 2024 15:23:22 +0100 From: Andrew Sayers To: FFmpeg development discussions and patches Message-ID: References: <20240622151334.GD14140@haasn.xyz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20240622151334.GD14140@haasn.xyz> Subject: Re: [FFmpeg-devel] [RFC]] swscale modernization proposal 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: , Reply-To: FFmpeg development discussions and patches 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 Sat, Jun 22, 2024 at 03:13:34PM +0200, Niklas Haas wrote: [...] > > ## Comments / feedback? > > Does the above approach seem reasonable? How do people feel about introducing > a new API vs. trying to hammer the existing API into the shape I want it to be? > > I've attached an example of what could end up looking like. If > there is broad agreement on this design, I will move on to an implementation. API users seem to have difficulty with this type of big change[[1], and doing the interface before the implementation means there's less reason for developers to switch while you're still looking for feedback. What's the plan to bring them along? [1] https://ffmpeg.org/pipermail/ffmpeg-devel/2024-June/328852.html _______________________________________________ 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".