From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id 5AD674EE7A for ; Fri, 13 Jun 2025 16:19:54 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 4A56668C7FE; Fri, 13 Jun 2025 19:19:50 +0300 (EEST) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id EA21668BE10 for ; Fri, 13 Jun 2025 19:19:42 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 2EF1D44331 for ; Fri, 13 Jun 2025 16:19:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1749831582; 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=KTgd5TEWNcyvzTEXWOtAncW9rc/yosG5rkWinjEpD7o=; b=PffCruiBQI7zZweqbgJP9o9/9an+qmluhkk6bjDFzaXMiX84GbCnQ7tjBAw3AXrSA6tmvW BTfjh95l02UXr2hZwaQe6fAcEJ5oRan5omD45LBjHIoJd1KySh4Ny3erJXeOGbOEnlVQYh +a2jcmmCAf0aqvURpJGuxlpIFC2H+BDWysD4kRZotrt/mTbg6SJtFncGGcTYoLdO1DjyQ2 ZPBjVXFMGL0OJcssJW/zvwoxaQynVPAw/R8NiT6EB5U7huGbr/dkh/f5HbVaib/E22KuI3 JxuFTlpKiwN7GFmfe7yFkE+VPX29R1z0q/1qpvOo/dnF04vcBOrsot3rCyS/vw== Date: Fri, 13 Jun 2025 18:19:41 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20250613161941.GD29660@pb2> References: <19ff1126f1e93cdb4fdcf50fee499c02c5e85ea7.camel@haerdin.se> <20250613142118.GC29660@pb2> <4b2e369b5c72b6b9933acbb1af3158c4cce6e36d.camel@haerdin.se> MIME-Version: 1.0 In-Reply-To: <4b2e369b5c72b6b9933acbb1af3158c4cce6e36d.camel@haerdin.se> X-GND-State: clean X-GND-Score: -70 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddugddukeegudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrhhlucfvnfffucdlfedtmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddtudenucfhrhhomhepofhitghhrggvlhcupfhivgguvghrmhgrhigvrhcuoehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgeqnecuggftrfgrthhtvghrnhepudetvdfhudeuudegudefgfehhfevvdfggfffkefhvdfgvdetffdtjeekheetfeehnecukfhppeeguddrieeirdeijedruddufeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeguddrieeirdeijedruddufedphhgvlhhopehlohgtrghlhhhoshhtpdhmrghilhhfrhhomhepmhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtpdhnsggprhgtphhtthhopedupdhrtghpthhtohepfhhfmhhpvghgqdguvghvvghlsehffhhmphgvghdrohhrgh X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [RFC] Moving edit list handling out of demuxers 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="===============8015087998814339140==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============8015087998814339140== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DoEUwr5aKB7tQr6B" Content-Disposition: inline --DoEUwr5aKB7tQr6B Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Fri, Jun 13, 2025 at 04:53:14PM +0200, Tomas H=E4rdin wrote: > fre 2025-06-13 klockan 16:21 +0200 skrev Michael Niedermayer: > > > 3) remove edit list hacks from all demuxers, especially mov.c > >=20 > > +1 (with ABI +2 bump) >=20 > I'm not sure why a (major?) bump would be necessary. Are removal of > options a major bump, not a minor one? removial of things is major, it can break user applications > Either way, we could make the > options ffmpeg.c ones rather than mov.c ones. There's going to be pain unless iam missing something, this would still break library users > either way, partly because doing this in the demuxer was the wrong > thing to do in the first place. yes, you are correct! > Another case of "oh let's just do a > quick and dirty thing" coming back to bite us. >=20 > Come to think of this, perhaps hiding this behind a major bump is not > such a bad idea. That allows making more sweeping changes, including > behavioral ones. yeah >=20 > > > The main issue I see with this is that it risks turning ffmpeg into > > > an > > > NLE tool, > >=20 > > If ffmpeg could do NLE, that would not be a bad thing > > And a full implementation of edit lists may be equivalent to this. > > I think thats a win not a loss >=20 > Fair enough. So long as I don't have to implement it or think > particularly much about it. it will be needed to think about "if its possible" to implement during API design That said if * proper edit list implementation is bascially NLE support Then not only is it alot of work, it also allows us to attract a new group of developers and users That is either way it will be alot of work, no way around this. But if we go all the way and implement NLE support, we also get as reward more developers to help with that work and maintaince and likely sponsors paying it. if OTOH, we do it halfway and do edit lists but avoid NLE, its still going to be about the same "alot of work" but in that case we get no extra developers and no extra sponsors thus it could be actually more work per person Thus i suggest we pick the choice with more sponsors and more developers [...] thx --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Those who are too smart to engage in politics are punished by being governed by those who are dumber. -- Plato=20 --DoEUwr5aKB7tQr6B Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCaExPmQAKCRBhHseHBAsP q3oGAJ9iXS0KM66GTYrjynPlo4cyWPH+mgCeJgJIc3KMEEoAhQ4XHHIjYPGuRJA= =8loT -----END PGP SIGNATURE----- --DoEUwr5aKB7tQr6B-- --===============8015087998814339140== 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". --===============8015087998814339140==--