Re: [Cellar] normative references

Moritz Bunkus <mo@bunkus.online> Mon, 26 September 2022 18:37 UTC

Return-Path: <mo@bunkus.online>
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 3C1CAC14CF1F for <cellar@ietfa.amsl.com>; Mon, 26 Sep 2022 11:37:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.109
X-Spam-Level:
X-Spam-Status: No, score=-5.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FROM_SUSPICIOUS_NTLD=0.001, PDS_OTHER_BAD_TLD=1.997, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bunkus.online
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 KQlJCrMHzWrJ for <cellar@ietfa.amsl.com>; Mon, 26 Sep 2022 11:37:30 -0700 (PDT)
Received: from liselle.bunkus.org (liselle.bunkus.org [142.132.213.39]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E56FEC14CF05 for <cellar@ietf.org>; Mon, 26 Sep 2022 11:37:29 -0700 (PDT)
Received: from sweet-chili.int.bunkus.org (sweet-chili.int.bunkus.org [IPv6:2003:a:f28:de01::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384)) (No client certificate requested) (Authenticated sender: email-relay) by liselle.bunkus.org (Postfix) with ESMTPSA id 21E731080FA6; Mon, 26 Sep 2022 20:37:26 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bunkus.online; s=dkim; t=1664217446; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0BzMVMtOBCR2EV1zS7Pr4/JhMmO5QAFhVXE8at2aOec=; b=DBnmz+SZgVpMBP2P7PD84hbPHkVZTknFLiUXfwgCTE7s9eJujJpRH9YeF7Cuof/Syu9yr5 DQ9pti8NwBpPihLdde5jwXS22TgYU+vkxcKcY8AHQsJmUOEe633cvS+sipQox4i5gLO1mc mGeUti3Lj1Qm/kMvhsGhyukFRz2O5dc=
Received: from sweet-chili (localhost [IPv6:::1]) by sweet-chili.int.bunkus.org (Postfix) with ESMTP id 772FD2F3A3AF; Mon, 26 Sep 2022 20:37:25 +0200 (CEST)
References: <153671.1664216229@dooku>
User-agent: mu4e 1.8.9; emacs 28.2
From: Moritz Bunkus <mo@bunkus.online>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: cellar@ietf.org
Date: Mon, 26 Sep 2022 20:34:40 +0200
In-reply-to: <153671.1664216229@dooku>
Message-ID: <8735ce2d96.fsf@bunkus.online>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/SgbRYuB5Hq_AAFea_akc1TJhN4w>
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 18:37:34 -0000

Hey,

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.

You could certainly decode a file without knowledge of MatroskaTags,
though, as that information is purely informative and meant for us humans,
not for the decoders.

Kind regards,
mosu