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 2A4834B6C4 for ; Mon, 21 Jul 2025 17:11:10 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 19AAB68C600; Mon, 21 Jul 2025 20:11:07 +0300 (EEST) Received: from relay15.mail.gandi.net (relay15.mail.gandi.net [217.70.178.235]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id 0CFFF68BCB0 for ; Mon, 21 Jul 2025 20:10:59 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 2D79D43146 for ; Mon, 21 Jul 2025 17:10:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1753117859; 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=YFQm6ddEL2DqJ6dAT8WgHBqQBnikkZpatXpHgqO/1nI=; b=oWkQmD8ZfVA8Y4Cmw/787b6m4xBDbwtOspPbVIU+010JvqlPk/RnvqCUd11s2egABqfnY0 TWh/UD5xzXotmNV+UIndtFrR4FKKQzsnHL/fTWae5L3i+v07ZOyr21R2CeHiqDomkaIxlY Juv1Elg+rizzvJ5nfBd0Mg3KnPRMW7aeUt8HkmuZYrYD8kNjU3+BPEdMIGzWX0Yz5K5FUG SuNJlKvPv1C8NQIQe6IKwHwGYaFx1B5pl+/tSCHs+SxBg90nCkYbbmZ+oxXfESRKnDGCHQ J4wKuZE4Dqbqq9nnVEtuGy7fLeIIycxX3LlLK/DDiHopcmupsbt3dynsVOwwYg== Date: Mon, 21 Jul 2025 19:10:58 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20250721171058.GZ29660@pb2> References: <19ff1126f1e93cdb4fdcf50fee499c02c5e85ea7.camel@haerdin.se> <20250613142118.GC29660@pb2> <4b2e369b5c72b6b9933acbb1af3158c4cce6e36d.camel@haerdin.se> <20250613161941.GD29660@pb2> <20250618035524.GO29660@pb2> MIME-Version: 1.0 In-Reply-To: X-GND-State: clean X-GND-Score: -70 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejvdeigecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrhhlucfvnfffucdlfedtmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddtudenucfhrhhomhepofhitghhrggvlhcupfhivgguvghrmhgrhigvrhcuoehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgeqnecuggftrfgrthhtvghrnhepudetvdfhudeuudegudefgfehhfevvdfggfffkefhvdfgvdetffdtjeekheetfeehnecukfhppeeguddrieeirdeihedrudejieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeguddrieeirdeihedrudejiedphhgvlhhopehlohgtrghlhhhoshhtpdhmrghilhhfrhhomhepmhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtpdhnsggprhgtphhtthhopedupdhrtghpthhtohepfhhfmhhpvghgqdguvghvvghlsehffhhmphgvghdrohhrgh 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="===============0199095103354336729==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============0199095103354336729== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FwHa9tAcaY+9QDwn" Content-Disposition: inline --FwHa9tAcaY+9QDwn Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Wed, Jun 18, 2025 at 05:50:10PM +0200, Tomas H=E4rdin wrote: > ons 2025-06-18 klockan 05:55 +0200 skrev Michael Niedermayer: > > What you suggest or hint toward to me, in plain english sounds like, > > drop the ffmpeg command line tool because it would otherwise need to > > have NLE support. >=20 > I am not suggesting that. As many others have been pointing out > recently, we don't have to support literally every use case. We can say > that we will transcode essence and expose/map relevant metadata/side > data. We can say that it is up to users to implement the relevant > business logic. That could be an intermediate step as long as no supported files are "lost" > melt again serves as a useful example. > Another way > could be writing a Python program that parses edit list data supplied > by ffprobe, building an ffmpeg command line that it then executes to > effect the desired rendering requiring the user to write a Python scrpt to interact with ffmpeg does not sound desirable or realistic >=20 >=20 > > If we dont implement full edit list support, then we should not > > pretend > > =A0=A0=A0 1. ffmpeg even supports mov or mp4 (and thats the end of ffmp= eg.) >=20 > FFmpeg does not support Flash or 3D meshes in mov files either. Despite > this, the world has not ended Ive never seen 3D meshes used in real world cases. Flash could have been supported, _IF_ someone wrote a clean implementation and submited it. Noone did. edit lists are used in reality, and we have a messy half-implementation (and we agree thats not good) [...] >=20 > > also another example for "apply" is a player, which also needs to > > apply > > the edit lists to be able to present a file to a human > > thats ffplay but also many other players that use libavcodec & > > format >=20 > Yes, such as melt. Which already exists and does all the stuff > necessary for NLE work, so there's no need for us to reimplement it You know my point is so dumb and boring * If you can apply an edit list then you can apply any list of edits * If you cant apply an edit list then you cant play mov/mp4 reliably You could also see it with some art ;) Playing MOV/MP4 --edit list --> Demuxer FFmpeg --------> Human or output file --packets->-Decoder-> <--seek commands-- basic NLE: <--edit list -- Human Demuxer FFmpeg ----------> output file --packets->-Decoder-> <--seek commands-- You can see its the same, only the source of the edit list changes If we support edit lists (without hacks) then the user can always edit the edit list and that means he has basic NLE I dont see how you can escape this fact a user interface to allow him to cleanly set the edit list (via json or whe= tever) is not where we seem to disagree. > > > > My way is forward, > > =A0=A0=A0 a streaming server (IF there are people who want to work on i= t), > > =A0=A0=A0 NLE (IF there are people who want to work on it) > > =A0=A0=A0 anything else multimedia related (IF there are people who wan= t to > > work on it) > > You should know by now that a significant fraction of developers > disagree with the kind of scope creep this implies I dont think anyone except you disagrees we should support mov/mp4 with edit lists. I ask for nothing beyond. Its just that THIS imples basic NLE support thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB "You are 36 times more likely to die in a bathtub than at the hands of a terrorist. Also, you are 2.5 times more likely to become a president and 2 times more likely to become an astronaut, than to die in a terrorist attack." -- Thoughty2 --FwHa9tAcaY+9QDwn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCaH50ngAKCRBhHseHBAsP q6GhAJ4lrs9mdAl92WzLZmdaM+3a5TYFYQCglSFHe3h2EmEY8gqwDDIAUJ/WpiQ= =k6+0 -----END PGP SIGNATURE----- --FwHa9tAcaY+9QDwn-- --===============0199095103354336729== 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". --===============0199095103354336729==--