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 BDBB14B43C for ; Sat, 6 Jul 2024 16:42:29 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id E0DA068DBE1; Sat, 6 Jul 2024 19:42:26 +0300 (EEST) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 4FF6568DBD2 for ; Sat, 6 Jul 2024 19:42:20 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 87CA8C0002 for ; Sat, 6 Jul 2024 16:42:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1720284139; 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=b0W8yo1qubcrsYd6fvoTAiI2NongD3V4P0nB6JMZ9cM=; b=VbfJcNyDhkVNqt6VJFbo6bnXZjiPJK8nicSFlgy4bzAFnlDx/WPIjcvAJbxlAAFA6LEPqb EL5b6gOBo1uhiLIGh7u//ITMaC1NrA3Q1C7iARg/zbwceixKiXWD6x4b9F4aKYWfZOIO4z NweyxLbmlUapz0FYvbQHl5f6EpqFYEBpChDoAeyq8dkSxkXZITPLsxzulfdXDYanSkvPSg 3MGMOE6uvbS7RdfZywQ4qd/5QF0QjtGR0Oluk/OKQ77x+vqCCLenw+LfffUHeteSySp43Q dlhTr94G/VMBG87SapDEBENOXU9EnJ+PqqA95VTg54jgPllSLKtTvvZC74h+rg== Date: Sat, 6 Jul 2024 18:42:18 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240706164218.GG4991@pb2> References: <20240622151334.GD14140@haasn.xyz> <20240702152700.GC15496@haasn.xyz> <20240703152558.GB29034@haasn.xyz> <20240705203117.GB297771@haasn.xyz> <20240705213406.GE4991@pb2> MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc 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: multipart/mixed; boundary="===============5232012291229073397==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============5232012291229073397== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IiH5iyEqjK6f5lUg" Content-Disposition: inline --IiH5iyEqjK6f5lUg Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 06, 2024 at 02:11:30AM +0200, Hendrik Leppkes wrote: > On Fri, Jul 5, 2024 at 11:34=E2=80=AFPM Michael Niedermayer > wrote: > > > /** > > > * The exact interpretation of these quality presets depends on the b= ackend > > > * used, but the backend-invariant common settings are derived as fol= lows: > > > */ > > > enum AVScaleQuality { > > > AV_SCALE_ULTRAFAST =3D 1, /* no dither, nearest+nearest = */ > > > AV_SCALE_SUPERFAST =3D 2, /* no dither, bilinear+nearest = */ > > > AV_SCALE_VERYFAST =3D 3, /* no dither, bilinear+bilinear = */ > > > AV_SCALE_FASTER =3D 4, /* bayer dither, bilinear+bilinear = */ > > > AV_SCALE_FAST =3D 5, /* bayer dither, bicubic+bilinear = */ > > > AV_SCALE_MEDIUM =3D 6, /* bayer dither, bicubic+bicubic = */ > > > AV_SCALE_SLOW =3D 7, /* bayer dither, lanczos+bicubic = */ > > > AV_SCALE_SLOWER =3D 8, /* full dither, lanczos+bicubic = */ > > > AV_SCALE_VERYSLOW =3D 9, /* full dither, lanczos+lanczos = */ > > > AV_SCALE_PLACEBO =3D 10, /* full dither, lanczos+lanczos = */ > > > > I dont think its a good idea to hardcode dither and the "FIR" filter to= the quality level in the API > > >=20 > The entire point of presets is to have them provide a predefined set > of parameters, easy for users to pick one value, rather than a bunch. > And what a preset actually means should be documented. > How do you define "presets" if they don't hardcode a list of choices > for all the relevant options? >=20 > Advanced settings exist for a user to select any particular detail, if > they so desire. The problem is if new features are added and you have a hardcoded list in the API what each quality corresponds to change it you have to bump major also, do we really have or want to have optimized nearest neighbor scaler code ? If not the AV_SCALE_ULTRAFAST could be slower than AV_SCALE_VERYFAST simply because it now "has to" do something we actually have not optimized thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Concerning the gods, I have no means of knowing whether they exist or not or of what sort they may be, because of the obscurity of the subject, and the brevity of human life -- Protagoras --IiH5iyEqjK6f5lUg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZolz6gAKCRBhHseHBAsP q97jAKCag0NKa0JQP4ru7OS+/UzB/cEsyACfaaxkTkLjpHd+O/WJKa50AvE94us= =T0u6 -----END PGP SIGNATURE----- --IiH5iyEqjK6f5lUg-- --===============5232012291229073397== 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 https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". --===============5232012291229073397==--