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 9C5614556B for ; Mon, 14 Jul 2025 19:34:39 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 8777868EE3B; Mon, 14 Jul 2025 22:34:35 +0300 (EEST) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id 4272268ED69 for ; Mon, 14 Jul 2025 22:34:28 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 8C34E442D8 for ; Mon, 14 Jul 2025 19:34:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1752521667; 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=nMXR4srJu13ihoYPQ28KeT73K15U+SXCJvXQOgOpYMQ=; b=LaW7/c3hnfP4AtJKvnIR9PKCcwibt3jafhyjQjwobRkovL8SgTkNwR9x4dwvmTohMObcHb Y9OElV8ksIK1nUzVnRcH9Z6QKE6Ao2N59WbSEwqHQNYRYcTBGjPoahJMghf9PlgVj25u52 oe3zsnFXTE7H0CAAgFdnl7Xnce7TzBCCMNSxHVnEqiaFv3WV2TLhekQpPeSTBE5A4XHOJa E5HP1FyKUaDVq0dp0xitZKq2fL2RGkAUoXd+nEKPsvbJAEZ/va8maUkkvUrOsDLUEQAKMS utIP9w9nNoKKLCQaKKxdrKnWWBetiDhAaOby9dygP4tMfjfG06cr7SWO4u3kQA== Date: Mon, 14 Jul 2025 21:34:26 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20250714193426.GN29660@pb2> References: <20250707103102.3477457-2-michael@niedermayer.cc> <20250707145833.GG29660@pb2> <20250707200731.GH29660@pb2> <20250710233654.GS29660@pb2> <20250711211733.GT29660@pb2> <26fb4b10-b69e-31a5-e2ae-c787395f7e48@passwd.hu> MIME-Version: 1.0 In-Reply-To: <26fb4b10-b69e-31a5-e2ae-c787395f7e48@passwd.hu> X-GND-State: clean X-GND-Score: -70 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdehvdektdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrhhlucfvnfffucdlfedtmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddtvdenucfhrhhomhepofhitghhrggvlhcupfhivgguvghrmhgrhigvrhcuoehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgeqnecuggftrfgrthhtvghrnhepieegkedtjeduffejhfetgeejtdegteetgfegtdfhjefgvefhteegkeejtddvhfevnecukfhppeeguddrieeirdeihedrudejieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeguddrieeirdeihedrudejiedphhgvlhhopehlohgtrghlhhhoshhtpdhmrghilhhfrhhomhepmhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtpdhnsggprhgtphhtthhopedupdhrtghpthhtohepfhhfmhhpvghgqdguvghvvghlsehffhhmphgvghdrohhrgh X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [PATCH 2/2] avformat/concatdec: Check recursion depth 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="===============8434014333445710372==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============8434014333445710372== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iZB4z6TaxnJazk1H" Content-Disposition: inline --iZB4z6TaxnJazk1H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 13, 2025 at 07:09:13PM +0200, Marton Balint wrote: >=20 >=20 > On Fri, 11 Jul 2025, Michael Niedermayer wrote: >=20 > > On Fri, Jul 11, 2025 at 10:29:30AM +0200, Nicolas George wrote: > > > Michael Niedermayer (HE12025-07-11): > > > > ok, chanegd it to AVERROR_INVALIDDATA > > >=20 > > > Thanks. > > >=20 > > > > Yes > > > > but this also affects releases, and adding a field to AVFormatConte= xt > > > > is an issue for releases as it changes ABI > > > >=20 > > > > So the concat patch would go into old release branches and the > > > > AVFormatContext one into master > > > > Unless someone has a better idea ... > > >=20 > > > What happened to being able to add fields at the end? > >=20 > > a release branch might have a libavformat with version > > 1.2.3 > >=20 > > the next release branch might have a libavformat with version > > 1.5.2 > >=20 > > The problem is if we add a field to 1.2.3 (which would become 1.3.0) > > ABI/API requires that field to be in 1.5.2, but it is not > >=20 > > Also besides this problem, 1.3.0 on git masters history likely > > added something thats not on the release branches 1.3.0 > >=20 > > So, adding at the end is perfectly fine on the linear history > > on git master but our release branches, branch off that. > >=20 > > so we would have to hack around things if we really needed to > > add a field, we could try to use 1.2.4 or even 1.2.3 with a new field > > but this is wrong. >=20 > I always assumed that the whole point of bumping minor versions both befo= re > and after the release is to be able to bump micro in release branches if = new > option or a new public field is added in the release branch. it could be (ab)used that way, yes [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB No snowflake in an avalanche ever feels responsible. -- Voltaire --iZB4z6TaxnJazk1H Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCaHVbwgAKCRBhHseHBAsP q6TJAJ96uF8SLg1Tg0aXcdvSO6Y0QMagVgCgiRn3wo9LnzmiL7dbGGMlj0MSGLg= =8GqU -----END PGP SIGNATURE----- --iZB4z6TaxnJazk1H-- --===============8434014333445710372== 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". --===============8434014333445710372==--