From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <ffmpeg-devel-bounces@ffmpeg.org> Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id 6DF124C11D for <ffmpegdev@gitmailbox.com>; Wed, 5 Feb 2025 18:21:57 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 0B31468B7CC; Wed, 5 Feb 2025 20:21:54 +0200 (EET) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 8B01A68ABCA for <ffmpeg-devel@ffmpeg.org>; Wed, 5 Feb 2025 20:21:46 +0200 (EET) Received: by mail.gandi.net (Postfix) with ESMTPSA id B043643302 for <ffmpeg-devel@ffmpeg.org>; Wed, 5 Feb 2025 18:21:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1738779705; 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=Ticzi+HmWUIkTe5BqkeUr7D1HA4EzMdR77MiG2dVMdY=; b=MziFr0tacZr9YC9EI2fEDLlBxsUclszMtlkGpGjOeKNC6n8fHhAgxtvCCCOSXrDLjfx2Pn xw3KdDsxl6Vhc03hK/URw1DKXOotBh+OgHmWkls+DMxNwMlbAVTOnrh3waGW3uJE47LBg+ vZ1kIj/ciDuNh2beC7jUj4G/C0bASs0fgCsZm0Wi6+r+cIN+d14/cgSUTeCCw/w2VpdyVW D6dtBHo6jBkeYEE5kMzL2SULWjhflenKhZuqfiwkxeKfjecCewbCXYwWJEm+22yX0H7j6b LMdF08knpT07fVC0sjvfzjFAZvo8KkqIUkmprNhNA4gCWF3PUVEB643BQ2BuLw== Date: Wed, 5 Feb 2025 19:21:44 +0100 From: Michael Niedermayer <michael@niedermayer.cc> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Message-ID: <20250205182144.GC4991@pb2> References: <20250128142421.337241-1-michael@niedermayer.cc> <20250128142421.337241-2-michael@niedermayer.cc> <CAEu79Sb5rnEXZz5ZYyrpbKVqfBtAncEN07uBLYiLMr8o2uJYYA@mail.gmail.com> <20250128214418.GY4991@pb2> <33dadb2c-3081-4bbc-aff7-73be15eacc05@gmail.com> MIME-Version: 1.0 In-Reply-To: <33dadb2c-3081-4bbc-aff7-73be15eacc05@gmail.com> X-GND-State: clean X-GND-Score: -85 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddvgeduiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrhhlucfvnfffucdludehmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddtjeenucfhrhhomhepofhitghhrggvlhcupfhivgguvghrmhgrhigvrhcuoehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgeqnecuggftrfgrthhtvghrnhepfeehudeghfdvkedtvddtvdefjeegledtgeevffetjedvhfekteekhffhtdettddunecuffhomhgrihhnpeifihhkihhpvgguihgrrdhorhhgnecukfhppeeguddrieeirdeijedruddufeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeguddrieeirdeijedruddufedphhgvlhhopehlohgtrghlhhhoshhtpdhmrghilhhfrhhomhepmhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtpdhnsggprhgtphhtthhopedupdhrtghpthhtohepfhhfmhhpvghgqdguvghvvghlsehffhhmphgvghdrohhrgh X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [PATCH 2/2] avformat/hls: .ts is always ok even if its a mov/mp4 X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches <ffmpeg-devel.ffmpeg.org> List-Unsubscribe: <https://ffmpeg.org/mailman/options/ffmpeg-devel>, <mailto:ffmpeg-devel-request@ffmpeg.org?subject=unsubscribe> List-Archive: <https://ffmpeg.org/pipermail/ffmpeg-devel> List-Post: <mailto:ffmpeg-devel@ffmpeg.org> List-Help: <mailto:ffmpeg-devel-request@ffmpeg.org?subject=help> List-Subscribe: <https://ffmpeg.org/mailman/listinfo/ffmpeg-devel>, <mailto:ffmpeg-devel-request@ffmpeg.org?subject=subscribe> Reply-To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Content-Type: multipart/mixed; boundary="===============6829018176538850202==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" <ffmpeg-devel-bounces@ffmpeg.org> Archived-At: <https://master.gitmailbox.com/ffmpegdev/20250205182144.GC4991@pb2/> List-Archive: <https://master.gitmailbox.com/ffmpegdev/> List-Post: <mailto:ffmpegdev@gitmailbox.com> --===============6829018176538850202== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nRfr9+rI1Ng4N0jG" Content-Disposition: inline --nRfr9+rI1Ng4N0jG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Traneptora On Tue, Feb 04, 2025 at 06:35:07PM -0500, Leo Izen wrote: >=20 >=20 > On 1/28/25 4:44 PM, Michael Niedermayer wrote: > > Hi > >=20 > > On Tue, Jan 28, 2025 at 10:12:30PM +0200, Jan Ekstr=C3=B6m wrote: > > > On Tue, Jan 28, 2025 at 4:24=E2=80=AFPM Michael Niedermayer > > > <michael@niedermayer.cc> wrote: > > > >=20 > > > > Maybe fixes: 11435 > > > >=20 > > >=20 > > > Do I understand correctly that the root issue that's being attempted > > > to be fixed by the initial patch set is that unusual demuxers were > > > possible to have been probed and opened through the HLS meta demuxer? > > > In that case I would say that instead of trying to make very nebulous > > > and easily breakable extension based checking, maybe this demuxer > > > should just limit its default usable input formats? > > >=20 > > > To my knowledge the officially utilized container formats for HLS are > > > MPEG-TS, MP4-likes (fragmented mp4) and raw audio formats such as AAC, > > > MP3 or AC-3. One could check what hls.js or ExoPlayer support, and > > > that should be a generally mostly encompassing thing that does not > > > depend on what extensions are in use. Adding an AVOption to add > > > additional formats without code changes would then allow for some > > > outliers to be added by users. > >=20 > > there is extended M3U > > https://en.wikipedia.org/wiki/M3U > >=20 > > that allows a wide range of things in it > >=20 > > our hls demuxer can read these, if we limit to mpeg-ts/mp4 we would rem= ove > > support for these. > >=20 >=20 > From reading this, it seems like we're using the same demuxer for both HLS > streams (specified informationally in RFC 8216) as well as for generic m3u > playlists, and changes to the HLS implementation for security reasons also > change the M3U demuxer. >=20 > Why don't we just separate this into two different demuxers/protocols? yes, i was thinking the same, we should do this for git master thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB "Nothing to hide" only works if the folks in power share the values of you and everyone you know entirely and always will -- Tom Scott --nRfr9+rI1Ng4N0jG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZ6OsMgAKCRBhHseHBAsP q3JaAKCQ60Eq1C2vENyNFGvAwtdTzt+90QCfWrZGSazMATOY+RpyrXrXuI5rOZE= =7ERU -----END PGP SIGNATURE----- --nRfr9+rI1Ng4N0jG-- --===============6829018176538850202== 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". --===============6829018176538850202==--