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 07C5E4AE21 for ; Mon, 24 Jun 2024 14:33:25 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 4B1DE68D51E; Mon, 24 Jun 2024 17:33:22 +0300 (EEST) Received: from haasn.dev (haasn.dev [78.46.187.166]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 87B1168C0E3 for ; Mon, 24 Jun 2024 17:33:15 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=haasn.xyz; s=mail; t=1719239594; bh=5pFfU2vpCKugSc6dUobp6EX5/DOKAQQ5EOa7inGgK1I=; h=Date:From:To:Subject:In-Reply-To:References:From; b=q4wI93pIVrvuD9UZ2gapHnYpecujWPsOcR0Q2NOpE/TZJ4vuJksM5ngEozbbXBgya RPm9h2ZqhVv93fpxRCdQPovNk6wc14RvKlZ0AAcm6gO/kJraUzGcib1lpIeIarv9xV W1LX8sR1EgNinxseKeoyB7q6x9dXlRL94gNdQiWQ= Received: from haasn.dev (unknown [10.30.0.2]) by haasn.dev (Postfix) with ESMTP id A8F1440675 for ; Mon, 24 Jun 2024 16:33:14 +0200 (CEST) Date: Mon, 24 Jun 2024 16:33:14 +0200 Message-ID: <20240624163314.GB40470@haasn.xyz> From: Niklas Haas To: ffmpeg-devel@ffmpeg.org In-Reply-To: <71963a4a-467b-4355-90d2-6be61d96d5f1@gmail.com> References: <20240622151334.GD14140@haasn.xyz> <71963a4a-467b-4355-90d2-6be61d96d5f1@gmail.com> MIME-Version: 1.0 Content-Disposition: inline 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 Sun, 23 Jun 2024 14:57:31 -0300 James Almer wrote: > On 6/22/2024 7:19 PM, Vittorio Giovara wrote: > > Needless to say I support the plan of renaming the library so that it can > > be inline with the other libraries names, and the use of a separate header > > since downstream applications will need to update a lot to use the new > > library (or the new apis in the existing library) and/or we could provide a > > thin conversion layer when the new lib is finalized. > > I don't quite agree with renaming it. As Michael already pointed out, > the av prefix wouldn't fit a scaling library nor a resampling one, as > they only handle one or the other. By this logic, both libswscale and libswsresample should be merged into libavscale. The mathematics of resampling and scaling is the same :) Anyway, renaming a library needs a really strong motivating reason, and I don't see that reason being present here. As discussed further up-thread, I will try and re-use the existing swscale public API, but internally restructure things so that SwsContext is itself the "high-level wrapper" that I intended to be. We are very fortunate that SwsContext is entirely private, so I'm not too concerned about the code implications of this. At worst it will involve a bunch of renaming commits. > There's also the precedent of avresample, which was ultimately dropped > in favor of swresample, so trying to replace swscale with a new avscale > library will be both confusing and going against what was already > established. > _______________________________________________ > 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". _______________________________________________ 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".