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 682E24AB87 for ; Thu, 13 Jun 2024 12:50:52 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 26CF168D972; Thu, 13 Jun 2024 15:50:50 +0300 (EEST) Received: from mail-lf1-f50.google.com (mail-lf1-f50.google.com [209.85.167.50]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id A91F968D934 for ; Thu, 13 Jun 2024 15:50:43 +0300 (EEST) Received: by mail-lf1-f50.google.com with SMTP id 2adb3069b0e04-52b7ffd9f6eso1099518e87.3 for ; Thu, 13 Jun 2024 05:50:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=martin-st.20230601.gappssmtp.com; s=20230601; t=1718283043; x=1718887843; darn=ffmpeg.org; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=vue29bTQsrTf2nYNbthjovwI4uIOXJdbPM3+awq5Hr8=; b=UFEyQq7GtUoyAspFY2ahuNHBMu057CfiTuaAh8Y1S2KhM3iE9FdlCShJSBGkwyx888 +V7KrLbUKNWCQuqIrSgUlIvQ1vcG7nGxh/GpHVRMlqxBTJQUqT8CyF4JQTbXqtFdiI4X DbVjT1p8uHGWqmDuZPGADmsJZPT6vdImtcH8k5eYe94Str7qUXzBdJBWovqUHe3vqmYl scTsbm6NxODe35WC8i4PrHh8eV1jSFE/RNoWmhW7GmIviF4HkKvCg5sED4/G1Sk3swSQ NkeYPEvtSSrZLr+qO7S4qbWAK9NsOynMPNJ+NYPEIINUL5HjuI8u+9Jlbd9DUhvu3B38 hCIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718283043; x=1718887843; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=vue29bTQsrTf2nYNbthjovwI4uIOXJdbPM3+awq5Hr8=; b=dW7+l47hx2l+c3NcmFdqb7ZHySZyGznsBMV8mFigloXz+KtXtUtwh8V0y+mWHgx/9n CXmlMIsIrqt7PVI2RlPQm/lYc0vQ11IT90tjf2LLweVciyw3xrrdG4iBmIltWILQkuus 71hCVSFVK4cDpmmWHDAZqyutetiZTrrZ9AXNoubhn7sWkSRJI/wq3ZNnmjICM4UIbvts sBi1lMPJZFMdy8844GB6wMoVa3u9MvNIYwXZ21rcInugXy926CkGy3FL8AZb9H4nZ70D 5ABCFwvwT1NV1lagiHUUwXGDVQvYjyL+O8Tg2kBWKotQuJlaZZrZIJhEE1iA9Aic/B/M 8Dvg== X-Gm-Message-State: AOJu0YwkZ2DXzGFeQ+iNAuMlLod533fZPy48lu5vjel8s3vjlBBSj/kF +NZw+NMwNZOrhyWJJtwUY0LJgs8ENskkiRsz9BgxoSfsAIMUCQAzGlXQjfnSk0OCf3sE0JI6UFP TKg== X-Google-Smtp-Source: AGHT+IFnmAlErtONcwebzoOhkDj1JUUjPs6OCdzGswsbJ5nOTkjTSVwJ5eCEcm6d2rWnwKeH6xMsPw== X-Received: by 2002:a05:6512:410:b0:52c:76d:dbb5 with SMTP id 2adb3069b0e04-52c9a3fcb30mr3267267e87.43.1718283042478; Thu, 13 Jun 2024 05:50:42 -0700 (PDT) Received: from tunnel335574-pt.tunnel.tserv24.sto1.ipv6.he.net (tunnel335574-pt.tunnel.tserv24.sto1.ipv6.he.net. [2001:470:27:11::2]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-52ca28882a6sm188970e87.275.2024.06.13.05.50.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 13 Jun 2024 05:50:42 -0700 (PDT) Date: Thu, 13 Jun 2024 15:50:39 +0300 (EEST) From: =?ISO-8859-15?Q?Martin_Storsj=F6?= To: ffmpeg-devel@ffmpeg.org In-Reply-To: <20240605114702.71176-1-martin@martin.st> Message-ID: <1152242a-4938-1b3-892-38bcebd4fc6d@martin.st> References: <20240605114702.71176-1-martin@martin.st> MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] [PATCH v2] movenc: Add an option for hiding fragments at the end 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 Cc: dennis@obsproject.com, timo@rothenpieler.org Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-15"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On Wed, 5 Jun 2024, Martin Storsj=F6 wrote: > This allows ending up with a normal, non-fragmented file when > the file is finished, while keeping the file readable if writing > is aborted abruptly at any point. (Normally when writing a > mov/mp4 file, the unfinished file is completely useless unless it > is finished properly.) > > This results in a file where the mdat atom contains (and hides) > all the moof atoms that were part of the fragmented file structure > initially. > --- > v2: Made the flag implicitly set FF_MOV_FLAG_FRAGMENT (as it makes > no sense without it). > > Updated the description of the flag to "Write a fragmented file that > is converted to non-fragmented at the end". > > Kept the flag named "hide_fragments", but I'm also pondering if we > maybe should go for a name like "hybrid_fragmented" or so, as a > better description of _what_ it produces, as opposed to _how_ it > does things. (One could also consider "hybrid_mp4", but even if mp4 > is the main thing, the same also goes for mov and a bunch of other > related formats.) I'd otherwise want to push this, but I'm not entirely satisfied with the = option name quite yet. I'm pondering if we should call it = "hybrid_fragmented" - any opinions, Dennis or Timo? // Martin _______________________________________________ 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".