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 5D503462FD for ; Thu, 11 May 2023 22:45:44 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 1262D68B984; Fri, 12 May 2023 01:45:41 +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 71E3668A906 for ; Fri, 12 May 2023 01:45:35 +0300 (EEST) Received: (Authenticated sender: michael@niedermayer.cc) by mail.gandi.net (Postfix) with ESMTPSA id 849A5E0003 for ; Thu, 11 May 2023 22:45:34 +0000 (UTC) Date: Fri, 12 May 2023 00:45:33 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230511224533.GC1391451@pb2> References: <20230510215832.1001-1-michael@niedermayer.cc> <20230510215832.1001-2-michael@niedermayer.cc> MIME-Version: 1.0 In-Reply-To: Subject: Re: [FFmpeg-devel] [PATCH 2/2] avformat/hls: reduce default max reload to 100 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="===============7609838831755596345==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============7609838831755596345== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6a4z/rxILaXg6B+u" Content-Disposition: inline --6a4z/rxILaXg6B+u Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 11, 2023 at 07:36:04PM +0200, Paul B Mahol wrote: > On Wed, May 10, 2023 at 11:58=E2=80=AFPM Michael Niedermayer > wrote: >=20 > > The 1000 did result in a apparent never ending reload loop > > > > > How so? Somewhere overflow happens causing infinity? no, it was lack of patience each reload before the patches takes 50seconds with the testcase thats with one url which returns 55 bytes i didnt benchmark it but i would expect 1000 reloads to take about 14 hours after the bugfix it should be a bit less than 2 hours and with just 100 reloads its maybe 10minutes Why is the reload taking so long ? The RFC says this: "If the client reloads a Playlist file and finds that it has not changed, then it MUST wait for a period of one-half the target duration before retrying." =20 Given that i think a default of 100 is actually still too much and something like 3 is better, so i will locally change the default to 3 =20 thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Complexity theory is the science of finding the exact solution to an approximation. Benchmarking OTOH is finding an approximation of the exact --6a4z/rxILaXg6B+u Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZF1wCQAKCRBhHseHBAsP q/uhAJ4hXaJy0d0Wthc1TEPDnaF494so7gCfWtyB5fjV2geb8IPcXHspYw165RA= =A5mu -----END PGP SIGNATURE----- --6a4z/rxILaXg6B+u-- --===============7609838831755596345== 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". --===============7609838831755596345==--