IETF Logo Mail Archive

Re: [Cellar] shepherd review of Matroska: part 1

Steve Lhomme <slhomme@matroska.org> Sun, 10 July 2022 07:40 UTC

Return-Path: <slhomme@matroska.org>
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 F3374C157B3E for <cellar@ietfa.amsl.com>; Sun, 10 Jul 2022 00:40:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.781
X-Spam-Level:
X-Spam-Status: No, score=-8.781 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-1.876, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 (2048-bit key) header.d=matroska-org.20210112.gappssmtp.com
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 Cd8wSMZvZmgC for <cellar@ietfa.amsl.com>; Sun, 10 Jul 2022 00:40:15 -0700 (PDT)
Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4A7B2C15A73E for <cellar@ietf.org>; Sun, 10 Jul 2022 00:39:59 -0700 (PDT)
Received: by mail-ej1-x629.google.com with SMTP id l23so4099784ejr.5 for <cellar@ietf.org>; Sun, 10 Jul 2022 00:39:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20210112.gappssmtp.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :references:from:in-reply-to:content-transfer-encoding; bh=FFckKQ8BdJ5Qn4ZcCH06tzPUs2nZOb2UVx9K9+wruV0=; b=SrZ9ssvGEcEdR7l++FGbWtyEOhiAgMNp+tJ74o2R9Duf3l/AbFzKy2HBh+b1agbV6w HFZzL3beASOikDoVkm/kR78ookooWg0wRRS2+ssg0Z2yDnyXLOifuXSdzy5HueLy2u2j ZlkO0dv8TIS22eJtXQTwqgnCVX1x8G8hRECoSAnd5IivgFbZepIgx2kT41B8QFjpwhwM fqg2QdTRciKkmAI7s//f9kYSQaM3KDpeUC0C/9BVpSKxglyCjZHgCqqQo5abZGIrL/Y4 we/r+5a1EiD+Eqc3y8jXHTkEoEWxLYPcE26TgxJETxIqyCHA0MtCLYtxXo7dbmCag2Ie UJKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=FFckKQ8BdJ5Qn4ZcCH06tzPUs2nZOb2UVx9K9+wruV0=; b=4g7aL9syqiwLFZWwjL3d1B/wKCNeKTSYwFzVMfTGPkQvU5NkGw4DxN1L5Px/fSTOG1 KaaYZKrvAI7S/ObtQ45igR+JJXinIG2t6Kcp04qGe09s0pzsZOXLiTzIcvUxxqE7+EOy xgQdnQ0vYWfzri53VmCw3guGvcDSgQiUwCm+77tpea2HdpcwhEkytSAIYb7tLhPZ1S5D adLEMroC1+AA/aM1BjiNBFTVblXLia9iWghTDX00IHkRb6fzZ8EdXucIB7UDR+QERxDU TQ6OTuComwOku2zixXlqNCtBTfeeNaSXr+uIVJQDTpJWw2/peg1Wa5hehmYQwgaNLgsM jW+Q==
X-Gm-Message-State: AJIora+aVKpziggC3KizKNI3OmapE6m/ZIaeZEPDCg2VXnbFBL5PCaLm nhnhztlQNGZ17nwIFR3JQmMQI2DoBfTuAg==
X-Google-Smtp-Source: AGRyM1u3CmRSyAR1+WxrLOtIUIA8v5uKq9A0Jjb7576EoZdFxr/kldboB8Y1hTR11o43JimdkkJ2Qw==
X-Received: by 2002:a17:907:280a:b0:72a:fb8b:2942 with SMTP id eb10-20020a170907280a00b0072afb8b2942mr12536076ejc.119.1657438797661; Sun, 10 Jul 2022 00:39:57 -0700 (PDT)
Received: from ?IPV6:2a01:cb0c:20:e900:810b:2a63:bdf1:10fc? (2a01cb0c0020e900810b2a63bdf110fc.ipv6.abo.wanadoo.fr. [2a01:cb0c:20:e900:810b:2a63:bdf1:10fc]) by smtp.gmail.com with ESMTPSA id la13-20020a170907780d00b0072af56103casm1332194ejc.220.2022.07.10.00.39.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 10 Jul 2022 00:39:55 -0700 (PDT)
Message-ID: <6ea624e9-f45a-8725-b2fc-7efb811b0e67@matroska.org>
Date: Sun, 10 Jul 2022 09:39:57 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
Content-Language: en-US
To: Michael Richardson <mcr+ietf@sandelman.ca>, cellar@ietf.org
References: <1216608.1654521891@dooku> <a0de8e0c-b163-efbf-3c76-9cfd38faa4bc@matroska.org> <01ddd325-18a0-a9be-f3c1-1995bfa97e8b@matroska.org> <5852.1657129517@localhost>
From: Steve Lhomme <slhomme@matroska.org>
In-Reply-To: <5852.1657129517@localhost>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/1LmzJgCQIVPmgDpiydWbXGkMDqw>
Subject: Re: [Cellar] shepherd review of Matroska: part 1
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: Sun, 10 Jul 2022 07:40:19 -0000

On 2022-07-06 19:45, Michael Richardson wrote:
> 
> The IDNITS has a few complaints:
> 
> https://www6.ietf.org/tools/idnits?url=https://www.ietf.org/archive/id/draft-ietf-cellar-matroska-11.txt
> 
> A bunch of downref concerns which are probably all just missing references.
> Let me know if I can help track those down.
> 
> Miscellaneous warnings:
> ----------------------------------------------------------------------------
> 
>    == The expression 'MAY NOT', while looking like RFC 2119 requirements text,
>       is not defined in RFC 2119, and should not be used.  Consider using 'MUST
>       NOT' instead (if that is what you mean).
> 
>       Found 'MAY NOT' in this paragraph:
> 
>       Cluster Elements contain the content for each track, e.g., video
>       frames.  A Matroska file SHOULD contain at least one Cluster Element. The
>       Cluster Element helps to break up SimpleBlock or BlockGroup Elements and
>       helps with seeking and error protection.  Every Cluster Element MUST
>       contain a Timestamp Element.  This SHOULD be the Timestamp Element used
>       to play the first Block in the Cluster Element.  Cluster Elements contain
>       one or more block element, such as BlockGroup or SimpleBlock elements.
>       In some situation, a Cluster Element *MAY NOT* contain any block element,
>       for example in a live recording when no data has been collected.
> 
> I suggest rewording:
> 
>       In some situation, a Cluster Element *MAY* contain no block element,
>       for example in a live recording when no data has been collected.

OK
https://github.com/ietf-wg-cellar/matroska-specification/pull/653

> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>             Sandelman Software Works Inc, Ottawa and Worldwide

v2.23.0 | Report a Bug | By Email