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 E2DC84BF1E for ; Thu, 18 Jul 2024 14:22:37 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 75A6B68D9CC; Thu, 18 Jul 2024 17:22:36 +0300 (EEST) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 7EDA868D804 for ; Thu, 18 Jul 2024 17:22:29 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id A1172E0004 for ; Thu, 18 Jul 2024 14:22:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1721312548; 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=Wx7cQaCDiN3oHzfjVIyvwv2vaV068cDOSBK5+5nXK7w=; b=W6x3cJZp52i6RO5KnLjcNQIuKaNYk3vwkyRnI+IF0vsho7yBTERh1ipqxJKnF5x96nx6R2 VTPKBjmEddjsuOru5aP/JoV2ealnjaJOHf/fvcXgVQiwKrIHAvm+QHNpOwdasHaOeZ6Luc ypi0hode+cQTsKoGyz/UPkHWiGbVKv0P2pv+UEQR8Mj66F/YpgqZxNk+9X8eIw4P6khs41 z1zRHSZxwpWp0eF8c3qFn67zSKG55Lwxm6/S/CUbQU9CyVcIN0x7oEFpZ/EnyR9GJfLWAL Nu04/JMG3ZgQGhEzHK36HgUfI0lZqQcRo9kOi1FBm9mVTbRSVqeqZA9ftD22Jw== Date: Thu, 18 Jul 2024 16:22:28 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240718142228.GA4991@pb2> References: MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] avisynth as an internal filter, any objections? 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="===============7535183897252257988==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============7535183897252257988== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jXCAVhSQ2bDKQKex" Content-Disposition: inline --jXCAVhSQ2bDKQKex Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 18, 2024 at 12:21:11PM +0200, Stefan Oltmanns via ffmpeg-devel = wrote: > AviSynth (or better VapourSynth) as filter sounds great, but is it possib= le? > The reason why input plugins (like FFmpegSource2) in > AviSynth/VapourSynth create an index file in a first pass is to allow > frame-accurate random access to the video. Also the exact number of > frames of a clip has to be known, because I could access that property > in VapourSynth. >=20 > There is a reverse filter in ffmpeg, but there is a warning to not use > it on long clips, because every frame needs to be buffered, so I don't > think the ffmpeg filter API has the ability to randomly access frames > (that for example wouldn't work with stdin). >=20 > But maybe porting some specific filters like QTGMC (which is probably > the best deinterlacer) that don't need that random-access functionality > would be possible. Maybe but i think that solves the wrong problem. Porting everything into libavfilter while few of the authors/creators/innov= ators want to work or maintain the code inside libavfilter doesnt scale. What does scale is giving the final power about each module to the authors/creators/innovators that created that module. This can be inside libavfilter as it is now with a system closer to the lin= ux kernel This can be with a plugin system where the code is outside our control This can be in another filter API/ABI that we support The fundamental problem i see is whoever wants to make the decissions will have to also do the work maintaining the code or pay someone to do it. So the cheapest and easiest is to give up the power and let the individuals who wrote and care about the individual filters, decoders, ... maintain them as they see fit. Thats not going to magically make everyone maintain their filter in libavfi= lter but it would attract more filters and developers. I certainly would be more interrested in writing more filters if i _know_ i wont have to argue with anyone about anything. thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Everything should be made as simple as possible, but not simpler. -- Albert Einstein --jXCAVhSQ2bDKQKex Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZpklIAAKCRBhHseHBAsP q16RAJ4zA5Zt+ACUGSGx8DVRLsdMWoT77QCfS1SVXo+2xtPvdW8fDhfNrpOrJl0= =L7Kr -----END PGP SIGNATURE----- --jXCAVhSQ2bDKQKex-- --===============7535183897252257988== 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". --===============7535183897252257988==--