Re: [Cellar] normative references

Jerome Martinez <jerome@mediaarea.net> Mon, 26 September 2022 19:02 UTC

Return-Path: <jerome@mediaarea.net>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05A61C14CF05 for <cellar@ietfa.amsl.com>; Mon, 26 Sep 2022 12:02:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eCTv9ADUv1wJ for <cellar@ietfa.amsl.com>; Mon, 26 Sep 2022 12:02:54 -0700 (PDT)
Received: from 7.mo575.mail-out.ovh.net (7.mo575.mail-out.ovh.net [46.105.63.230]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AE9CC14F72B for <cellar@ietf.org>; Mon, 26 Sep 2022 12:02:53 -0700 (PDT)
Received: from player732.ha.ovh.net (unknown [10.108.16.31]) by mo575.mail-out.ovh.net (Postfix) with ESMTP id 6380A24159 for <cellar@ietf.org>; Mon, 26 Sep 2022 19:02:51 +0000 (UTC)
Received: from mediaarea.net (p548f9df9.dip0.t-ipconnect.de [84.143.157.249]) (Authenticated sender: jerome@mediaarea.net) by player732.ha.ovh.net (Postfix) with ESMTPSA id 022D021267DA7 for <cellar@ietf.org>; Mon, 26 Sep 2022 19:02:50 +0000 (UTC)
Authentication-Results: garm.ovh; auth=pass (GARM-98R002e04afdb7-38cc-474e-99d5-d478f9eae90f, 1D507DAA2EE3B58C968E939EA10FAD584F4D197B) smtp.auth=jerome@mediaarea.net
X-OVh-ClientIp: 84.143.157.249
Message-ID: <6eb790d6-ba29-6c19-bc07-a3354d2dccdb@mediaarea.net>
Date: Mon, 26 Sep 2022 21:02:50 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0
Content-Language: en-US
To: cellar@ietf.org
References: <153671.1664216229@dooku> <8735ce2d96.fsf@bunkus.online>
From: Jerome Martinez <jerome@mediaarea.net>
In-Reply-To: <8735ce2d96.fsf@bunkus.online>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Ovh-Tracer-Id: 17823839950381353019
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 0
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvfedrfeegvddgudeffecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecunecujfgurhepkfffgggfuffvfhfhjggtgfesthekredttdefjeenucfhrhhomheplfgvrhhomhgvucforghrthhinhgviicuoehjvghrohhmvgesmhgvughirggrrhgvrgdrnhgvtheqnecuggftrfgrthhtvghrnhepvdelffekieejhfefveehleelieetveejhfegvdeileegleeiuddugfelhfefhffhnecukfhppedtrddtrddtrddtpdekgedrudegfedrudehjedrvdegleenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphhouhhtpdhhvghlohepphhlrgihvghrjeefvddrhhgrrdhovhhhrdhnvghtpdhinhgvtheptddrtddrtddrtddpmhgrihhlfhhrohhmpehjvghrohhmvgesmhgvughirggrrhgvrgdrnhgvthdpnhgspghrtghpthhtohepuddprhgtphhtthhopegtvghllhgrrhesihgvthhfrdhorhhgpdfovfetjfhoshhtpehmohehjeeh
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/dOMZx7HdWTVC_d0KlGvmMO7HwXU>
Subject: Re: [Cellar] normative references
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Sep 2022 19:02:56 -0000

On 26/09/2022 20:34, Moritz Bunkus wrote:
> hmm, without the MatroskaCodec documentation you cannot really decode most
> of the content as it describes the format of the codec's initialization
> data stored in the CodecPrivate element as well as the format of the
> contents of the BlockGroup and SimpleBlock elements.

The split is fine because the "core" of the format is there, and codec 
private data, if any, is not part of this spec.
A basic format like WAC has no list of the codec identifiers used:
"wFormatTag     A number indicating the WAVE format category of the 
file. The content of the <format-specific-fields> portion of the fmt 
chunk, and the interpretation of the waveform data, depend on this value."
And that's (nearly, they list 4 basic values in their first spec) all.
MP4 does something similar.

So it is true that that decoding is not possible with this doc alone, 
but it does not prevent to publish this document as an independent 
document as it describes the container format, just saying that the 
description of the transported content is not part of this document, so 
MatroskaCodec may be informative only (we don't need it for checking the 
duration, for checking if it is UHD or SD, for removing an audio stream 
or for splitting a file, for example).

IMO MatroskaCodec and MatroskaTags should be informative.

AES (FIPS.197), TwoFish, WebMEncryption: really optional, so informative 
too.

Jérôme