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 4530547186 for ; Sun, 10 Sep 2023 10:48:31 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 1BF9468C8D5; Sun, 10 Sep 2023 13:48:27 +0300 (EEST) Received: from mail-wr1-f47.google.com (mail-wr1-f47.google.com [209.85.221.47]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 4086D68C6D5 for ; Sun, 10 Sep 2023 13:48:21 +0300 (EEST) Received: by mail-wr1-f47.google.com with SMTP id ffacd0b85a97d-31f4a286ae1so3183258f8f.3 for ; Sun, 10 Sep 2023 03:48:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694342900; x=1694947700; darn=ffmpeg.org; h=content-transfer-encoding:in-reply-to:from:references:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=4N7t3+kW2ItILrGCmDaUcLIQMbRa460mjawRUa30hEw=; b=qrUZQeyKqKVKp4tJGjsuYyafQPVLFUl/jRLqbP9cAM2yk/oYnvv/auEYcTdzHxfKM5 E9yyqmbWSSvEfQVQMvJ9Yfn6acDCjHgTrbZIW/2cWNKZSTVwgVSjtW0f6/iaoMaRafkI NR2Dh1p0im1d09m+SmVArEuWKEVezxTv9XCKUUQIC4uhYsrYpjz+aCaDkRPZcjw5/GCJ TdEEwjWkrf7hMU6NoKnSNqbL9NtLU4svPy1Hm2BAPcGj+mxCL3ztz4qUi5EGab4LnMnQ h2Kyr0KUEVwx2MLS72MRTZ+ABzYWPA61288VD/i8NslgTphnfsngHASKnnFKoPMe/zPA 2amw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694342900; x=1694947700; h=content-transfer-encoding:in-reply-to:from:references:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=4N7t3+kW2ItILrGCmDaUcLIQMbRa460mjawRUa30hEw=; b=KL1tkxrljKUuX/CcIkVwdhuBorD9OFD2yLtR2HfaTSvFUUu3xSn6e2Zi3jhljMlU0k XETIsulLEodFTYjdKCgYdcfbWIDDbgep7h/n+V/7qEtp1mTmuY2vwBnHVc/v/C3f3H8u iJrJzXP+s/NdMey0W3RHsshMvnz7eDP+2ZnpsxxvbfWTkEu+cFGInvL8WpWjzgz+BOW6 NTtq8opqk1flvN2CkU9HiqQugmRaCiROSquXjp72byfoyNJu9qWZh1gEZFio3d+lDguL pQIKQvCHnD6uUhyiYbN9vMtzORe4cDL505KLWF1D+7MNRbmfsGvSgrtmhqs4xkb/VZfo sRFA== X-Gm-Message-State: AOJu0Ywz8VeUowceOCiReDPUQrAHTEGoQes0Z1vCbkR4Bs7rnOuHE3BS TIbyonmRDtIkYoOK1t8PmS3nVdZv45U= X-Google-Smtp-Source: AGHT+IFHlCCMn5Ubb3tEzu9LAyWvUjagRxmsLLILIOilg7dc43IIGpB/RbSY5VMZzn5GHxvNBXxYKQ== X-Received: by 2002:adf:fccb:0:b0:31c:82ad:a015 with SMTP id f11-20020adffccb000000b0031c82ada015mr5473749wrs.49.1694342900088; Sun, 10 Sep 2023 03:48:20 -0700 (PDT) Received: from [192.168.1.106] (33bf2829.skybroadband.com. [51.191.40.41]) by smtp.googlemail.com with ESMTPSA id z21-20020a05600c221500b003fbb25da65bsm6884860wml.30.2023.09.10.03.48.19 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 10 Sep 2023 03:48:19 -0700 (PDT) Message-ID: <76f48f15-d310-c0db-9db4-68449b8d7535@gmail.com> Date: Sun, 10 Sep 2023 11:48:18 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 To: ffmpeg-devel@ffmpeg.org References: From: Derek Buitenhuis In-Reply-To: Subject: Re: [FFmpeg-devel] [PATCH v2] avformat/mov: add interleaved_read option 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: Hi, On 9/10/2023 6:51 AM, Zhao Zhili wrote: > From: Zhao Zhili > > For bad interleaved files, manually interleave multiple tracks at the > demuxer level can trigger seeking back and forth, which can be > dramatically slow depending on the protocol. Demuxer level interleave > can be useless sometimes, e.g., reading mp4 via http and then > transcoding/remux to DASH. Disable this option when you don't need the > demuxer level interleave, and want to avoid the IO penalizes. > > This issue is well known. Two samples can be found at here > http://ffmpeg.org/pipermail/ffmpeg-devel/2022-December/304951.html Sorry for the slow reply. > +@item interleaved_read > +Interleaved read between multiple tracks, enabled by default. For bad interleaved files, manually interleave multiple > +tracks at the demuxer level can trigger seeking back and forth, which can be dramatically slow depending on the > +protocol. Disable this option when you don't need the demuxer level interleave, and want to avoid the IO penalizes. I would write it with a description of what it does, rather than what disabling it would do, maybe something like: Interleave packets from multiple tracks at demuxer level. For badly interleaved files, this prevents playback issues caused by large gaps between packets in different tracks, as MOV/MP4 do not have packet placement requirements. However, this can cause excessive seeking on very badly interleaved files, due to seeking between tracks, so disabling it may prevent I/O issues, at the expense of playback. Again, apologies for forgetting to reply. - Derek _______________________________________________ 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".