From nobody Wed Jul 1 22:38:45 2020 Return-Path: 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 8D3653A0D00 for ; Wed, 1 Jul 2020 22:38:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f2h5xh1ZghfA for ; Wed, 1 Jul 2020 22:38:41 -0700 (PDT) Received: from mail-ua1-x930.google.com (mail-ua1-x930.google.com [IPv6:2607:f8b0:4864:20::930]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 960B23A0CFF for ; Wed, 1 Jul 2020 22:38:41 -0700 (PDT) Received: by mail-ua1-x930.google.com with SMTP id q15so8307232uap.4 for ; Wed, 01 Jul 2020 22:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=abFAXDCdiyyfJKg+vNgBrcOE93gCDFdivMyMW8CLTBI=; b=cdVQN/xb8az4ial6MpD+PQVBk+NstfZ1tEnIAr0JpMDWicsN9zIs3qrsK+YF6EizQw iPnmmfnRdXaZ3nlxIe1dSt4fILWRKDP9qLsmurfVFjH2/Dout21cqeWEYdVnoaer0lHo V/eLi2l7C695qLjqmKghvID9a4uc4p00HfPudin1uAeHNtvrXKNaSOG6q4lHg0+kUgQM RsJJ5LIhCiNa6jhc59GppWCjLRAC1HMPa2r7ys9f7SkWmDtJZhY4Gtx9Z0EErGJq5yIv uovvuKiElpYQjETlFT1+NelbdMEL1ULndKkJckK3LVPcFmR0QiiQ27lAtvPPi2a1cCmi /H6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=abFAXDCdiyyfJKg+vNgBrcOE93gCDFdivMyMW8CLTBI=; b=TYcmp4FEHceENnwh0d7g++EXeLHXKV9rUYd2SEkWErLDMnDjL/yXLC/8C0uzTw0cu1 wtmBiSZ727Tb6yr5XsTK14yATg6IHe4DeYf6FKOW+RWKRnDMa67VwVhTBlnxtbYSnPgj G42WRyb2TylljJptGky6qVI+Gl7arYMCgBpUn8JQP2wCujy3EOqYbI71FAcpYs34EoG/ yE4qlygdjgGfK0ezUDJcgcWlYRYzRvwHm7SkJ+9OuzLTEkcwWgGTcjWK+yybD4TneZu4 aPOZ5nDke0ceX10b2h52x8g7lvrCDfTiF/QE8D5Xy8RPOCQb9AaqW5ocJ0m4Zk/OiRn8 kG/g== X-Gm-Message-State: AOAM5302GuH+2iVZmKEe9Rd+0GJMn+VeD6IrdbSmYibFyJTm6MKw8Vnm ebu0PejAha1Jni/SH7Nnx9hyLOk4vnBhsrFqMh0= X-Google-Smtp-Source: ABdhPJzmMKpYVpnUfgopsawdzG/UspxK30b+BFaTsv48tswgECc4w86CyOGXQT9wDheSR0JPcSQ4pLF9eBzDhaOxv6c= X-Received: by 2002:ab0:7056:: with SMTP id v22mr14330310ual.67.1593668320380; Wed, 01 Jul 2020 22:38:40 -0700 (PDT) MIME-Version: 1.0 References: <159293956986.23437.659003564832844414@ietfa.amsl.com> <5eb696ba-3db5-aed1-80b8-bc92d604a721@mediaarea.net> In-Reply-To: From: "Murray S. Kucherawy" Date: Wed, 1 Jul 2020 22:38:29 -0700 Message-ID: To: Dave Rice Cc: Jerome Martinez , Codec Encoding for LossLess Archiving and Realtime transmission , Spencer Dawkins at IETF Content-Type: multipart/alternative; boundary="00000000000020499105a96ed200" Archived-At: Subject: Re: [Cellar] I-D Action: draft-ietf-cellar-ffv1-15.txt X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 05:38:44 -0000 --00000000000020499105a96ed200 Content-Type: text/plain; charset="UTF-8" Thanks, this looks much nicer! On Thu, Jun 25, 2020 at 10:34 AM Dave Rice wrote: > Hi Murray, > > > On Jun 25, 2020, at 1:19 PM, Jerome Martinez > wrote: > > > > Hi Murray, > > > > My answers inline: > > > > On 25/06/2020 18:24, Murray S. Kucherawy wrote: > >> Hi, thanks for this. I'm looking now only at the diff between -13 (the > last version I looked at) and this one. > >> > >> First and foremost, this is mostly better. Kudos for putting the work > in. > >> > >> Hooray, most of those "type" columns are gone! But, alas, not all of > them. They're still present in Sections 4.1 and below. I counted at least > seven of them just in the diff I'm reviewing. As before, they should also > be removed, or at least explained. > >> > >> A minor point: Prior to Section 3.8.2.3, it looks like all of the > examples are in C. After that, they switch to pseudo code. Any reason we > can't be consistent? > > The figures before section 4 are autonomous functions, used for > describing a part of the algorithm and not used for directly reading out > any symbol from the bitstream, so it was making sense to remove the "type" > column at these places (this column was not used there). They could be more > pseudocode nonetheless, as the C types ("int" etc) are not really relevant > (they depends on the programming language). > > > > The figures in section 4 are for explaining the bitstream parsing order, > and the "type" column is used for indicating the kind of value it is (types > are described in > https://tools.ietf.org/id/draft-ietf-cellar-ffv1-15.html#table-4 , I see > that it is called "Symbol" here, we'll change "Symbol" to "Type" in this > table). > > This kind of method for describing a video bitstream is very classic, > for example in: > > - H.264, see the full spec (PDF to download) > https://www.itu.int/rec/T-REC-H.264-201906-I/en > > - AV1, see an online direct example at > https://aomediacodec.github.io/av1-spec/#frame-obu-syntax > > > > As in theses specs, we have some figures without usage of the "type" > column because they are intermediate figures (the "type" column is used in > the figures using this figure and the figures called by this figure), split > from another figure, in order to have the spec more readable (focusing on a > specific topic). AV1 uses it for example at > https://aomediacodec.github.io/av1-spec/#decode-tile-syntax > > > >> I suggest that the prose below Table 8, which is a mix of pseudocode > and English, would be better broken apart. > > We'll try to find a better wording for this line. > > > >> Chairs: RFC 4732 is a downref; please make sure the shepherd calls this > out in the writeup. > > (Removing my question as Spencer answered my question before I send it > :-p ) > > > >> There are a few code expressions that would benefit from being wrapped > differently. For example: > >> > >> (chroma_planes == 1 && (p == 1 || p == 2)) ? ceil(slice_pixel_height > >> / (1 << log2_v_chroma_subsample)) : slice_pixel_height > >> > >> Maybe this? > >> > >> chroma_planes == 1 && (p == 1 || p == 2) > >> ? ceil(slice_pixel_height / (1 << log2_v_chroma_subsample)) > >> : slice_pixel_height > > It is on a full line in the specification source code, I see that the > raw text version and the HTML version have different automatic line break > position, we'll force some line breaks. > > I add line-breaks to this equation and a related one as you suggested in > this commit > https://github.com/FFmpeg/FFV1/pull/215/commits/1a4f83fb05591a1cfb4ef197682d06212ecf0b56. > I also reviewed other equations and moved many to code blocks and manually > set the line-wrapping. This work is to be reviewed in the pull request at > https://github.com/FFmpeg/FFV1/pull/215. > > Best Regards, > Dave Rice > > --00000000000020499105a96ed200 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks, this looks much nicer!

On Thu, Jun 25, 2020 at = 10:34 AM Dave Rice <dave@dericed.com= > wrote:
= Hi Murray,

> On Jun 25, 2020, at 1:19 PM, Jerome Martinez <jerome@mediaarea.net> wrote: >
> Hi Murray,
>
> My answers inline:
>
> On 25/06/2020 18:24, Murray S. Kucherawy wrote:
>> Hi, thanks for this.=C2=A0 I'm looking now only at the diff be= tween -13 (the last version I looked at) and this one.
>>
>> First and foremost, this is mostly better.=C2=A0 Kudos for putting= the work in.
>>
>> Hooray, most of those "type" columns are gone!=C2=A0 But= , alas, not all of them.=C2=A0 They're still present in Sections 4.1 an= d below.=C2=A0 I counted at least seven of them just in the diff I'm re= viewing.=C2=A0 As before, they should also be removed, or at least explaine= d.
>>
>> A minor point: Prior to Section 3.8.2.3, it looks like all of the = examples are in C.=C2=A0 After that, they switch to pseudo code.=C2=A0 Any = reason we can't be consistent?
> The figures before section 4 are autonomous functions, used for descri= bing a part of the algorithm and not used for directly reading out any symb= ol from the bitstream, so it was making sense to remove the "type"= ; column at these places (this column was not used there). They could be mo= re pseudocode nonetheless, as the C types ("int" etc) are not rea= lly relevant (they depends on the programming language).
>
> The figures in section 4 are for explaining the bitstream parsing orde= r, and the "type" column is used for indicating the kind of value= it is (types are described in https= ://tools.ietf.org/id/draft-ietf-cellar-ffv1-15.html#table-4 , I see tha= t it is called "Symbol" here, we'll change "Symbol"= to "Type" in this table).
> This kind of method for describing a video bitstream is very classic, = for example in:
> - H.264, see the full spec (PDF to download) htt= ps://www.itu.int/rec/T-REC-H.264-201906-I/en
> - AV1, see an online direct example at https://aomediacodec.github.io/av1-spec/#frame-obu-syntax
>
> As in theses specs, we have some figures without usage of the "ty= pe" column because they are intermediate figures (the "type"= column is used in the figures using this figure and the figures called by = this figure), split from another figure, in order to have the spec more rea= dable (focusing on a specific topic). AV1 uses it for example at https://aomediacodec.github.io/av1-spec/#decode-til= e-syntax
>
>> I suggest that the prose below Table 8, which is a mix of pseudoco= de and English, would be better broken apart.
> We'll try to find a better wording for this line.
>
>> Chairs: RFC 4732 is a downref; please make sure the shepherd calls= this out in the writeup.
> (Removing my question as Spencer answered my question before I send it= :-p )
>
>> There are a few code expressions that would benefit from being wra= pped differently.=C2=A0 For example:
>>
>> (chroma_planes =3D=3D 1 && (p =3D=3D 1 || p =3D=3D 2)) ? c= eil(slice_pixel_height
>> / (1 << log2_v_chroma_subsample)) : slice_pixel_height
>>
>> Maybe this?
>>
>> chroma_planes =3D=3D 1 && (p =3D=3D 1 || p =3D=3D 2)
>>=C2=A0 =C2=A0? ceil(slice_pixel_height / (1 << log2_v_chroma_= subsample))
>>=C2=A0 =C2=A0: slice_pixel_height
> It is on a full line in the specification source code, I see that the = raw text version and the HTML version have different automatic line break p= osition, we'll force some line breaks.

I add line-breaks to this equation and a related one as you suggested in th= is commit ht= tps://github.com/FFmpeg/FFV1/pull/215/commits/1a4f83fb05591a1cfb4ef197682d0= 6212ecf0b56. I also reviewed other equations and moved many to code blo= cks and manually set the line-wrapping. This work is to be reviewed in the = pull request at https://github.com/FFmpeg/FFV1/pull/215.<= br>
Best Regards,
Dave Rice

--00000000000020499105a96ed200-- From nobody Wed Jul 1 22:40:41 2020 Return-Path: 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 EAAE83A0D03 for ; Wed, 1 Jul 2020 22:40:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hsRezo7uTpXN for ; Wed, 1 Jul 2020 22:40:38 -0700 (PDT) Received: from mail-vk1-xa31.google.com (mail-vk1-xa31.google.com [IPv6:2607:f8b0:4864:20::a31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79CB83A0D04 for ; Wed, 1 Jul 2020 22:40:38 -0700 (PDT) Received: by mail-vk1-xa31.google.com with SMTP id t23so6019639vkt.5 for ; Wed, 01 Jul 2020 22:40:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PFFM0BxA5ASeKGMEd6PxCMUc7CNQ9ZlxrM9LZKUWI6E=; b=ZSk6MXrY5if/IKWYW5sT/sC/fkR7ieTeulIDMR0ETuKT4NN6HooJyDFOa1S9dSWnY/ X2cW7EIryc0iTxOYEKJamzWt1Ih/m5D422xu4JkrIb/AeUsT9UrbEw/QaoD4U4TeLQuv YpunD+z28AFF4+T3TKigBTLnuwv7FkA98HOeDLcDboHCN+F5mzrl+dueWkB8Ffdf3yW4 kIwLHZDEP6tW0buW8ZJB5dH7mKN/NZSpD6xHZFb+qmOH0LuecEglM0OIne+YvcCYagDa oh6YZVOMLjrv9RKmMYMxIFqi6ptUTOABNTVG+pdthotVAAsLmp5gjlnp3UWUt5Rj2FuP Fmog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PFFM0BxA5ASeKGMEd6PxCMUc7CNQ9ZlxrM9LZKUWI6E=; b=W4DUdQ2hY42UGlWSquHGyFN6oWuBUo7X3zh4PLiM+NkxJKm4P72C1+Crs9GY+zFobD 4ShejEiRqepb3Dnt+IBTvdxi6hL5e5WBtfpdafig1Bn1rmi7gKHysNVMivdQw/k6NSt0 mrL750JlNB4ycCaaeNzMaFZyN/psUECMfYe9LZb3X6s+MmsUs7krWFZQL7UMir6BGGKs WVebvL0Ec4g2tdI37YPXgxnC55f/5r8z/42uTTCSLa+bgvWyhy8aAVzhPtjRV3V2ObqC YgUDAq5A6szQc/q1MH0XEjQlnqMnyH28ks8spWzO9wqGWkrzEgp1Lcz/DM164r4/Hh3j 7sOg== X-Gm-Message-State: AOAM533TeNFETvLah+wxulfmALjZ+MMvD4ldMqTkkWe9AloYVR1LOeUs ZbbcOhlg08TlcE7w/J8KngnHWlgkcUvF5zgoJFo= X-Google-Smtp-Source: ABdhPJyYFmKeoIMB2J0l486PQrhgMMOfaYWLWsJ86sgyeQRW8nbbclYJDHTIQkaQ1/Nxse+C86AY4H3h7VT9a3kKBUY= X-Received: by 2002:a1f:9151:: with SMTP id t78mr20622976vkd.89.1593668437386; Wed, 01 Jul 2020 22:40:37 -0700 (PDT) MIME-Version: 1.0 References: <159293956986.23437.659003564832844414@ietfa.amsl.com> <5eb696ba-3db5-aed1-80b8-bc92d604a721@mediaarea.net> <062D9003-0466-4E12-B42E-2E88E3726A3E@dericed.com> In-Reply-To: <062D9003-0466-4E12-B42E-2E88E3726A3E@dericed.com> From: "Murray S. Kucherawy" Date: Wed, 1 Jul 2020 22:40:26 -0700 Message-ID: To: Dave Rice Cc: Jerome Martinez , Codec Encoding for LossLess Archiving and Realtime transmission , Spencer Dawkins at IETF Content-Type: multipart/alternative; boundary="00000000000019a86305a96ed9c9" Archived-At: Subject: Re: [Cellar] I-D Action: draft-ietf-cellar-ffv1-15.txt X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 05:40:40 -0000 --00000000000019a86305a96ed9c9 Content-Type: text/plain; charset="UTF-8" On Thu, Jun 25, 2020 at 11:57 AM Dave Rice wrote: > As a draft to try to address this, I added this paragraph and figure to > Section 2.2.1 which describes the use of pseudo-code within the document: > > > In some instances, pseudo-code is presented in a two-column format > > such as shown in Figure 1. In this form the "type" column provides a > > symbol as defined in Table 4 that defines the storage of the data > > referenced in that same line of pseudo-code. > > > > pseudo-code | type > > --------------------------------------------------------------|----- > > ExamplePseudoCode( ) { | > > value | ur > > } | > > > > Figure 1: A depiction of type-labelled pseduo-code used within > > this document. > > This proposed change is at https://github.com/FFmpeg/FFV1/pull/217/files, > comments/suggestions welcome. > Yes, this the sort of thing that I think would be very useful here. Thank you! -MSK --00000000000019a86305a96ed9c9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jun 25, 2020 at 11:57 AM Dave Ric= e <dave@dericed.com> wrote:
As a draft to try to address this, I added this paragraph and fi= gure to Section 2.2.1 which describes the use of pseudo-code within the doc= ument:

>=C2=A0 =C2=A0 In some instances, pseudo-code is presented in a two-colu= mn format
>=C2=A0 =C2=A0 such as shown in Figure 1.=C2=A0 In this form the "t= ype" column provides a
>=C2=A0 =C2=A0 symbol as defined in Table 4 that defines the storage of = the data
>=C2=A0 =C2=A0 referenced in that same line of pseudo-code.
>
>=C2=A0 =C2=A0 pseudo-code=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| type
>=C2=A0 =C2=A0 ---------------------------------------------------------= -----|-----
>=C2=A0 =C2=A0 ExamplePseudoCode( ) {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 value=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0| ur
>=C2=A0 =C2=A0 }=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0|
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Figure 1: A depiction of type-labelled psed= uo-code used within
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 this document.

This proposed change is at https://github.com/FFmpeg/FF= V1/pull/217/files, comments/suggestions welcome.
<= br>
Yes, this the sort of thing that I think would be very useful= here.=C2=A0 Thank you!

-MSK
--00000000000019a86305a96ed9c9-- From nobody Thu Jul 2 14:23:23 2020 Return-Path: X-Original-To: cellar@ietf.org Delivered-To: cellar@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D95CA3A0BC7; Thu, 2 Jul 2020 14:23:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: cellar@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: cellar@ietf.org Message-ID: <159372499984.29706.7919633845809455567@ietfa.amsl.com> Date: Thu, 02 Jul 2020 14:23:19 -0700 Archived-At: Subject: [Cellar] I-D Action: draft-ietf-cellar-ffv1-16.txt X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 21:23:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Codec Encoding for LossLess Archiving and Realtime transmission WG of the IETF. Title : FFV1 Video Coding Format Version 0, 1, and 3 Authors : Michael Niedermayer Dave Rice Jerome Martinez Filename : draft-ietf-cellar-ffv1-16.txt Pages : 54 Date : 2020-07-02 Abstract: This document defines FFV1, a lossless intra-frame video encoding format. FFV1 is designed to efficiently compress video data in a variety of pixel formats. Compared to uncompressed video, FFV1 offers storage compression, frame fixity, and self-description, which makes FFV1 useful as a preservation or intermediate video format. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-cellar-ffv1/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-cellar-ffv1-16 https://datatracker.ietf.org/doc/html/draft-ietf-cellar-ffv1-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-cellar-ffv1-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 2 14:23:30 2020 Return-Path: X-Original-To: cellar@ietf.org Delivered-To: cellar@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 014FE3A0BCA; Thu, 2 Jul 2020 14:23:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: cellar@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: cellar@ietf.org Message-ID: <159372499996.16603.3611504587804343996@ietfa.amsl.com> Date: Thu, 02 Jul 2020 14:23:19 -0700 Archived-At: Subject: [Cellar] I-D Action: draft-ietf-cellar-ffv1-v4-13.txt X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 21:23:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Codec Encoding for LossLess Archiving and Realtime transmission WG of the IETF. Title : FFV1 Video Coding Format Version 4 Authors : Michael Niedermayer Dave Rice Jerome Martinez Filename : draft-ietf-cellar-ffv1-v4-13.txt Pages : 53 Date : 2020-07-02 Abstract: This document defines FFV1, a lossless intra-frame video encoding format. FFV1 is designed to efficiently compress video data in a variety of pixel formats. Compared to uncompressed video, FFV1 offers storage compression, frame fixity, and self-description, which makes FFV1 useful as a preservation or intermediate video format. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-cellar-ffv1-v4/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-cellar-ffv1-v4-13 https://datatracker.ietf.org/doc/html/draft-ietf-cellar-ffv1-v4-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-cellar-ffv1-v4-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 2 15:22:52 2020 Return-Path: X-Original-To: cellar@ietf.org Delivered-To: cellar@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C30333A0C37; Thu, 2 Jul 2020 15:22:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk CC: cellar@ietf.org, cellar-chairs@ietf.org, draft-ietf-cellar-ffv1@ietf.org, pb@das-werkstatt.com, "Peter B." , Michael Richardson , superuser@gmail.com Reply-To: last-call@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <159372857070.1344.8957165140493238473@ietfa.amsl.com> Date: Thu, 02 Jul 2020 15:22:50 -0700 Archived-At: Subject: [Cellar] Last Call: (FFV1 Video Coding Format Version 0, 1, and 3) to Informational RFC X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 22:22:51 -0000 The IESG has received a request from the Codec Encoding for LossLess Archiving and Realtime transmission WG (cellar) to consider the following document: - 'FFV1 Video Coding Format Version 0, 1, and 3' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the last-call@ietf.org mailing lists by 2020-07-16. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document defines FFV1, a lossless intra-frame video encoding format. FFV1 is designed to efficiently compress video data in a variety of pixel formats. Compared to uncompressed video, FFV1 offers storage compression, frame fixity, and self-description, which makes FFV1 useful as a preservation or intermediate video format. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-cellar-ffv1/ No IPR declarations have been submitted directly on this I-D. This document contains a downward reference to RFC 4732. From nobody Sun Jul 5 00:41:26 2020 Return-Path: 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 7A6D23A0062 for ; Sun, 5 Jul 2020 00:41:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=Duj9nuky; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=cq9W6k6p Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jAR_f0zRkiAD for ; Sun, 5 Jul 2020 00:41:21 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AE373A00AD for ; Sun, 5 Jul 2020 00:41:21 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id D31525C0091 for ; Sun, 5 Jul 2020 03:32:32 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 05 Jul 2020 03:32:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:from:to:subject:message-id:date; s= fm3; bh=rJ/sGhO9Lu3LnUqzdwHtJd6+Zy41IOU9gD2zyUaMF3Y=; b=Duj9nuky eTptc9vn6++TklouNwxKzfLYrtioRoewCRu5bfTdOj0saIRJHPwYbIRs7M9//Vfm SQz/ep7UlO8ihdUd5vPEpxkz+YPGeq/llWL61MvtYCVwrYlAg/TjGuoOjLAIPoob vXTBzDEkQ47bbeFyi9J4X57Pt6ZfiNnTapR7mMP6xENN577ll51RDT+OUmkphizg YmcciIoQa5VTvGxwHeab6wzYnVnlUDTumTkSdFbTeUZw4nAWYSZZ6qQM1Bc358Zk oqWoclQed+QZs+y4TDWc/Y5ybTuDHsbj7eVvnxu0HgzbiMTVAhjES/EHzlS/PGqC 4A/cN34XusKXDg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=rJ/sGhO9Lu3LnUqzdwHtJd6+Zy41I OU9gD2zyUaMF3Y=; b=cq9W6k6pdEm2GLqHI3G5+l8WIcpDsPPtItZNwP/8xLWB6 7OA33oFtBLd7+dMmM8PpIHGjZvdi+u+n1ZO6BN2COQttcAH8Vdg5Z5z0vHhXEKS0 HvmYY2WTLsK2xYl1I4Tg65mvqFMgJuZaWFx3cjdqdOiiDYSLq7OZThFmgWmhQhnt KNGA4IdvTrAE3/9F4TeVoXmgjGIIxvUUQdzCgPH+xt6TbyObDezZGNUOwIrwX1pS IVPAxLNdNJ7ykuxN5VFlm+CPQ0ol1j0Nk41hQHPHjoPzBO0hOQI+btyZjx18fRfP 4Dn0Gwq82lld8hYjMza11frLzcn99rHeSMGTDmiBg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddtgddvfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurheptggghffvufesrgdttdertddtjeenuc fhrhhomheptfgvphhoshhithhorhihucettghtihhvihhthicuufhumhhmrghrhicuueho thcuoeguohgpnhhothgprhgvphhlhiesmhhnohhtrdhnvghtqeenucggtffrrghtthgvrh hnpeekfedvudetjedvfeekheeiveeugfefhfetteevgeffkefffeetffdvleehudeiteen ucffohhmrghinhepghhithhhuhgsrdgtohhmnecukfhppeehvddrudejhedrvdegjedrle efnecuvehluhhsthgvrhfuihiivgepfeenucfrrghrrghmpehmrghilhhfrhhomhepugho pghnohhtpghrvghplhihsehmnhhothdrnhgvth X-ME-Proxy: Received: from fv-az131.internal.cloudapp.net (unknown [52.175.247.93]) by mail.messagingengine.com (Postfix) with ESMTPA id 6C41E30682F8 for ; Sun, 5 Jul 2020 03:32:32 -0400 (EDT) Content-Type: multipart/alternative; boundary="===============0026497506727434139==" MIME-Version: 1.0 From: Repository Activity Summary Bot To: cellar@ietf.org Message-Id: <20200705073232.6C41E30682F8@mailuser.nyi.internal> Date: Sun, 5 Jul 2020 03:32:32 -0400 (EDT) Archived-At: Subject: [Cellar] Weekly github digest (CELLAR Activity Summary) X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2020 07:41:24 -0000 --===============0026497506727434139== MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; format="flowed" Events without label "editorial" Pull requests ------------- * cellar-wg/matroska-specification (+1/-1/=F0=9F=92=AC2) 1 pull requests submitted: - Fix link and others (by mbunkus) https://github.com/cellar-wg/matroska-specification/pull/395=20 1 pull requests received 2 new comments: - #395 Fix link and others (2 by mbunkus) https://github.com/cellar-wg/matroska-specification/pull/395=20 1 pull requests merged: - Fix link and others https://github.com/cellar-wg/matroska-specification/pull/395=20 * cellar-wg/ebml-specification (+13/-14/=F0=9F=92=AC8) 13 pull requests submitted: - fix misc grammar issues reported in AUTH48 document (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/373 [bug] [formatt= ing]=20 - fix "the XPath of" text for each Schema element/attribute (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/372 [formatting]=20 - adjust some definition text to match AUTH48 (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/371 [formatting]=20 - adjust the registry name according to AUTH48 (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/370 [formatting]=20 - fix misc typos found in AUTH48 (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/369 [formatting]=20 - replace some instances of plural "semantics" with singular "semantic" (= by robUx4) https://github.com/cellar-wg/ebml-specification/pull/368 [formatting]=20 - adjust punctuation to the AUTH48 style (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/367 [formatting]=20 - replace some instances of "which" with "that" (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/366 [bug] [formatt= ing]=20 - replace hyphened text according to the AUTH48 standards (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/365 [bug] [formatt= ing]=20 - adjust some document references to match the AUTH48 ones (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/364 [formatting]=20 - backtick the EBML Schema elements/attributes to match the AUTH48 versio= n (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/363 [formatting]=20 - AUTH48 misc fixes (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/362 [formatting]=20 - Generate a rfc8794.xml close to the RFC editor one (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/361=20 7 pull requests received 8 new comments: - #370 adjust the registry name according to AUTH48 (1 by robUx4) https://github.com/cellar-wg/ebml-specification/pull/370 [formatting]=20 - #368 replace some instances of plural "semantics" with singular "semant= ic" (2 by SpencerDawkins, robUx4) https://github.com/cellar-wg/ebml-specification/pull/368 [formatting]=20 - #366 replace some instances of "which" with "that" (1 by robUx4) https://github.com/cellar-wg/ebml-specification/pull/366 [bug] [formatt= ing]=20 - #361 Generate a rfc8794.xml close to the RFC editor one (1 by robUx4) https://github.com/cellar-wg/ebml-specification/pull/361 [formatting]=20 - #360 replace the custom Matroska reference to one found by xml2rfc (1 b= y robUx4) https://github.com/cellar-wg/ebml-specification/pull/360 [formatting]=20 - #358 add the first version of the rfc8794 XML source (1 by robUx4) https://github.com/cellar-wg/ebml-specification/pull/358 [formatting]=20 - #357 mark RFC2119 keywords with **<>** to mmark turns them into BCP14 c= ode (1 by robUx4) https://github.com/cellar-wg/ebml-specification/pull/357 [formatting]=20 14 pull requests merged: - adjust the registry name according to AUTH48 https://github.com/cellar-wg/ebml-specification/pull/370 [formatting]=20 - backtick the EBML Schema elements/attributes to match the AUTH48 version https://github.com/cellar-wg/ebml-specification/pull/363 [formatting]=20 - replace some instances of plural "semantics" with singular "semantic" https://github.com/cellar-wg/ebml-specification/pull/368 [formatting]=20 - replace hyphened text according to the AUTH48 standards https://github.com/cellar-wg/ebml-specification/pull/365 [bug] [formatt= ing]=20 - adjust some document references to match the AUTH48 ones https://github.com/cellar-wg/ebml-specification/pull/364 [formatting]=20 - AUTH48 misc fixes https://github.com/cellar-wg/ebml-specification/pull/362 [formatting]=20 - adjust punctuation to the AUTH48 style https://github.com/cellar-wg/ebml-specification/pull/367 [formatting]=20 - fix misc grammar issues reported in AUTH48 document https://github.com/cellar-wg/ebml-specification/pull/373 [bug] [formatt= ing]=20 - fix misc typos found in AUTH48 https://github.com/cellar-wg/ebml-specification/pull/369 [formatting]=20 - fix "the XPath of" text for each Schema element/attribute https://github.com/cellar-wg/ebml-specification/pull/372 [formatting]=20 - adjust some definition text to match AUTH48 https://github.com/cellar-wg/ebml-specification/pull/371 [formatting]=20 - mark RFC2119 keywords with **<>** to mmark turns them into BCP14 code https://github.com/cellar-wg/ebml-specification/pull/357 [formatting]=20 - add the first version of the rfc8794 XML source https://github.com/cellar-wg/ebml-specification/pull/358 [formatting]=20 - Generate a rfc8794.xml close to the RFC editor one https://github.com/cellar-wg/ebml-specification/pull/361 [formatting]=20 Repositories tracked by this digest: ----------------------------------- * https://github.com/cellar-wg/matroska-specification * https://github.com/cellar-wg/ebml-specification --===============0026497506727434139== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weekly github digest (CELLAR Activity Summary)

Sunday July 05, 2020

Events without label "editorial"

Pull requests

cellar-wg/matroska-specification (+1/-1/=F0=9F=92=AC2)

1 pull requests submitted:

1 pull requests received 2 new comments:

1 pull requests merged:

cellar-wg/ebml-specification (+13/-14/=F0=9F=92=AC8)

13 pull requests submitted:

7 pull requests received 8 new comments:

14 pull requests merged:

Repositories tracked by this digest:

--===============0026497506727434139==-- From nobody Sun Jul 12 00:41:12 2020 Return-Path: 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 AA60D3A0EB5 for ; Sun, 12 Jul 2020 00:41:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=CjMlujov; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=ae4/2A96 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Le8pY4EdvKpK for ; Sun, 12 Jul 2020 00:41:09 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B3413A0EB7 for ; Sun, 12 Jul 2020 00:41:08 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 126CF5C0086 for ; Sun, 12 Jul 2020 03:32:16 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 12 Jul 2020 03:32:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:from:to:subject:message-id:date; s= fm3; bh=Mo4smGZgU+soGhwcx64GwhwbaTTKSg4VjdDZZIx4W0c=; b=CjMlujov +ve2s1oUJOlSnT+qOaW9H9ZXIrU7Hx83gBsfAG7nsBm2hv0AZuldXhN+PHuA2H/5 oIc4vCVwzPE+jxPinTsKjLB27eAvc8qSaon8Zrh4PuAcQ3uGASmtv4mjQy/c4lzo wmYEQznfBfZLTxhE6umhioXFZ8BFqZNxAnEorPx8Rcqknou08tueEN3btMHvmS/n vxthYhbp2TX18CIMzKc/EgJ59Z7fIzdmbsZq+UhsNw3eXTUjc9eBnV9UgwyKarLC FgNI6DCG8hdZ+ujjf7RoyyBdRsxI9tkDzacOCnsNjyUC/LlPXDSbzOe53ppkgnyj PgiJrFlYidKcgA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=Mo4smGZgU+soGhwcx64GwhwbaTTKS g4VjdDZZIx4W0c=; b=ae4/2A96g66jGjjjHWW3I+uX48og7DQNna/FMFa4qNe5m mqUb6bcNBWDmkaKk6lOFi+XFd346YUr+If0ABM11SJt+F6dgU7+nO0ZRJxRYtItO 17T3zALgeLt6YneUXQ8VvvmFRU37NPARLY/A9u9MTXcqHjPfbnHTDqqllSmvktot X8RW6jA5ejpxaxZbUgX9WNdsVXP+VQLdhxIYBob2sGEGlLvY1wVS5Eq8QJ0DNOa6 lpsjHjK7wzkO9R4GXTUOcDydB5Lj3CE+ZIGT4e2+B3YbkQ42rE1UJf/4XCIITmNt 4snKkBEAmJINp7MyMfLqMSlBWS3jdN5pgsDjTY1bQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrvdehgddvhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurheptggghffvufesrgdttdertddtjeenuc fhrhhomheptfgvphhoshhithhorhihucettghtihhvihhthicuufhumhhmrghrhicuueho thcuoeguohgpnhhothgprhgvphhlhiesmhhnohhtrdhnvghtqeenucggtffrrghtthgvrh hnpeekfedvudetjedvfeekheeiveeugfefhfetteevgeffkefffeetffdvleehudeiteen ucffohhmrghinhepghhithhhuhgsrdgtohhmnecukfhppeegtddrkeekrddufeegrdegke enucevlhhushhtvghrufhiiigvpeefnecurfgrrhgrmhepmhgrihhlfhhrohhmpeguohgp nhhothgprhgvphhlhiesmhhnohhtrdhnvght X-ME-Proxy: Received: from fv-az86.internal.cloudapp.net (unknown [40.88.134.48]) by mail.messagingengine.com (Postfix) with ESMTPA id D37D930600A3 for ; Sun, 12 Jul 2020 03:32:15 -0400 (EDT) Content-Type: multipart/alternative; boundary="===============6677434057931021112==" MIME-Version: 1.0 From: Repository Activity Summary Bot To: cellar@ietf.org Message-Id: <20200712073215.D37D930600A3@mailuser.nyi.internal> Date: Sun, 12 Jul 2020 03:32:15 -0400 (EDT) Archived-At: Subject: [Cellar] Weekly github digest (CELLAR Activity Summary) X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2020 07:41:11 -0000 --===============6677434057931021112== MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; format="flowed" Events without label "editorial" Pull requests ------------- * cellar-wg/ebml-specification (+1/-0/=F0=9F=92=AC0) 1 pull requests submitted: - Integrate changes from the AUTH48 v2 review (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/374=20 Repositories tracked by this digest: ----------------------------------- * https://github.com/cellar-wg/matroska-specification * https://github.com/cellar-wg/ebml-specification --===============6677434057931021112== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weekly github digest (CELLAR Activity Summary)

Sunday July 12, 2020

Events without label "editorial"

Pull requests

cellar-wg/ebml-specification (+1/-0/=F0=9F=92=AC0)

1 pull requests submitted:

Repositories tracked by this digest:

--===============6677434057931021112==-- From nobody Mon Jul 13 21:17:59 2020 Return-Path: X-Original-To: cellar@ietf.org Delivered-To: cellar@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 59CDB3A0D58; Mon, 13 Jul 2020 21:17:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Joel Halpern via Datatracker To: Cc: cellar@ietf.org, last-call@ietf.org, draft-ietf-cellar-ffv1.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.8.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159470027331.24170.16229303627582288772@ietfa.amsl.com> Reply-To: Joel Halpern Date: Mon, 13 Jul 2020 21:17:53 -0700 Archived-At: Subject: [Cellar] Genart last call review of draft-ietf-cellar-ffv1-16 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2020 04:17:53 -0000 Reviewer: Joel Halpern Review result: Ready I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-cellar-ffv1-16 Reviewer: Joel Halpern Review Date: 2020-07-13 IETF LC End Date: 2020-07-16 IESG Telechat date: Not scheduled for a telechat Summary: This document appears to be ready for publication as an Informational RFC. *I would have raised question about the intended status, but it appears that this is an established IETF convention and I see no reason to argue.) Major issues: Minor issues: Section 3.4 (Context) introduces the notation Q_{#}[ subscript }. As that is the first reference to Q_{#}, it is rather confusing to the reader. I grant that the term is defined in the next section (3.5). Couldn't they be reversed? Section 3.8.1.1 refers to C(i), C_{i}, and C_i. Are these all the same thing. Section 3.8.1.2 refers to get-rac (which is treated as a function in the pseudo-code) as being the process described in section 3.8.1.1. The text in 3.8.1.1 does not call out any of its computed values as an explicit result or return. While I would guess that the intention is to use the byte stream (B()), the text does not actually say that. If that is the intention, could the last line of 3.8.1.1 be "get_rac() returns sequential bytes from the Byte Stream (B()) as computed by the computation described in section 3.8.1.1"? Nits/editorial comments: From nobody Thu Jul 16 08:18:04 2020 Return-Path: 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 614F93A0AC2; Thu, 16 Jul 2020 08:18:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yVcXEhTIH4Dk; Thu, 16 Jul 2020 08:18:00 -0700 (PDT) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80D553A0AC1; Thu, 16 Jul 2020 08:18:00 -0700 (PDT) Received: by mail-lf1-x12f.google.com with SMTP id o4so3570396lfi.7; Thu, 16 Jul 2020 08:18:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XUrK4p3B5xvhkEZqzGwJvecpmfrTbToXuTKF7cZK3iI=; b=OWcVpXHpqsK1wTsse9cQ9/Zfz4adxQCbdSeY4bQLSfJ/XWc31XFs6kNbr3SwyQwLum I2Iqscb7A9sr9HNzkL5A6XZ0VGOfZghcC2iuC5DieHDcqiIJTqD7oMlSij65QzfDS7qN 7Ke+Y/jdbrFFCxq/CAcJzx5FQFy3ZZrWrzvLr/BtGBHL7jy8ymfO0JsdywywooMJEYGD 33UdvHqIvzkHgJNoEMSmhHRcWF5WwiHUFJ9GrkPBn2xBBvF4spGTOVQwpTwRy+KJuHKp 5KOJF45BjbfIUwf3AyW8yNIwxb1CUV2B8PuzneLquBYChjqlLtx4PuWnZV9mQ8Us6gHH AscQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XUrK4p3B5xvhkEZqzGwJvecpmfrTbToXuTKF7cZK3iI=; b=gYtsozRIMdF0xFDuH6Cx6eJe+KIHi/+XYtmUodE6K1JMAlFHwM1+0v642mvxMAEaI7 9T6mQDprwcuXEl7a1ZqFCOTB3a68hgQLvNtqxxwt+5fW0rjZwAtr/bcAU40hjK/ykedm gW46XCsKiDlzUpR6RxPP2w8LPQz2coYtq7Hpz/fZTnGLpP1myMD1IuUQQz6RMH4xoP5H YVRXGC+dK/Ta8pzuyuazV2wER4GB2BuClgvfGsKUneehOVA6AQBfmDD0VLZ9KLRf/Fdd /bFmwEaDDrqonNaG/sloR4MN40JoFZBv3gkCa4AjwXmh1JFPxXYD4+LCwbaOXIXUb38/ lFvA== X-Gm-Message-State: AOAM532VfoZcbGG7YZYFS8yXTzoEPw58xshNnk9IFz9CdNgOE/oO4jW4 59S/gxVuDd+tICaw9aaiXJqCW1um1C44KoxZxp4FBg== X-Google-Smtp-Source: ABdhPJxektFbtjV2LjiSBOBXbz+q0ThksuS0Z/qCA+JPjON4vN7oVlxVl+j2fN9O3HPsInFgjYEnvox7pUAakyAOQ5Y= X-Received: by 2002:ac2:5f6d:: with SMTP id c13mr2314806lfc.53.1594912678537; Thu, 16 Jul 2020 08:17:58 -0700 (PDT) MIME-Version: 1.0 References: <159470027331.24170.16229303627582288772@ietfa.amsl.com> In-Reply-To: <159470027331.24170.16229303627582288772@ietfa.amsl.com> From: Spencer Dawkins at IETF Date: Thu, 16 Jul 2020 10:17:32 -0500 Message-ID: To: Joel Halpern Cc: gen-art , Codec Encoding for LossLess Archiving and Realtime transmission , last-call@ietf.org, draft-ietf-cellar-ffv1.all@ietf.org Content-Type: multipart/alternative; boundary="000000000000a6eea605aa908b6f" Archived-At: Subject: Re: [Cellar] Genart last call review of draft-ietf-cellar-ffv1-16 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2020 15:18:02 -0000 --000000000000a6eea605aa908b6f Content-Type: text/plain; charset="UTF-8" Hi, Joel, On Mon, Jul 13, 2020 at 11:17 PM Joel Halpern via Datatracker < noreply@ietf.org> wrote: > Reviewer: Joel Halpern > Review result: Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-cellar-ffv1-16 > Reviewer: Joel Halpern > Review Date: 2020-07-13 > IETF LC End Date: 2020-07-16 > IESG Telechat date: Not scheduled for a telechat > > Summary: This document appears to be ready for publication as an > Informational > RFC. > > *I would have raised question about the intended status, but it appears > that > this is an established IETF convention and I see no reason to argue.) > > Major issues: > > Minor issues: > Section 3.4 (Context) introduces the notation Q_{#}[ subscript }. As > that > is the first reference to Q_{#}, it is rather confusing to the > reader. I > grant that the term is defined in the next section (3.5). Couldn't > they be > reversed? > > Section 3.8.1.1 refers to C(i), C_{i}, and C_i. Are these all the same > thing. > > Section 3.8.1.2 refers to get-rac (which is treated as a function in > the > pseudo-code) as being the process described in section 3.8.1.1. The > text > in 3.8.1.1 does not call out any of its computed values as an explicit > result or return. While I would guess that the intention is to use the > byte stream (B()), the text does not actually say that. If that is the > intention, could the last line of 3.8.1.1 be "get_rac() returns > sequential > bytes from the Byte Stream (B()) as computed by the computation > described > in section 3.8.1.1"? > > Nits/editorial comments: > Thanks for the review! We'll work through these comments. Best, Spencer --000000000000a6eea605aa908b6f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Joel,=C2=A0

On Mon, Jul 13, 2020 at 11= :17 PM Joel Halpern via Datatracker <noreply@ietf.org> wrote:
Reviewer: Joel Halpern
Review result: Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.=C2=A0 Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq&g= t;.

Document: draft-ietf-cellar-ffv1-16
Reviewer: Joel Halpern
Review Date: 2020-07-13
IETF LC End Date: 2020-07-16
IESG Telechat date: Not scheduled for a telechat

Summary: This document appears to be ready for publication as an Informatio= nal
RFC.

*I would have raised question about the intended status, but it appears tha= t
this is an established IETF convention and I see no reason to argue.)

Major issues:

Minor issues:
=C2=A0 =C2=A0 Section 3.4 (Context) introduces the notation Q_{#}[ subscrip= t }.=C2=A0 As that
=C2=A0 =C2=A0 is the first reference to Q_{#}, it is rather confusing to th= e reader.=C2=A0 I
=C2=A0 =C2=A0 grant that the term is defined in the next section (3.5).=C2= =A0 Couldn't they be
=C2=A0 =C2=A0 reversed?

=C2=A0 =C2=A0 Section 3.8.1.1 refers to C(i), C_{i}, and C_i.=C2=A0 Are the= se all the same
=C2=A0 =C2=A0 thing.

=C2=A0 =C2=A0 Section 3.8.1.2 refers to get-rac (which is treated as a func= tion in the
=C2=A0 =C2=A0 pseudo-code) as being the process described in section 3.8.1.= 1.=C2=A0 The text
=C2=A0 =C2=A0 in 3.8.1.1 does not call out any of its computed values as an= explicit
=C2=A0 =C2=A0 result or return.=C2=A0 While I would guess that the intentio= n is to use the
=C2=A0 =C2=A0 byte stream (B()), the text does not actually say that.=C2=A0= If that is the
=C2=A0 =C2=A0 intention, could the last line of 3.8.1.1 be "get_rac() = returns sequential
=C2=A0 =C2=A0 bytes from the Byte Stream (B()) as computed by the computati= on described
=C2=A0 =C2=A0 in section 3.8.1.1"?

Nits/editorial comments:

Thanks for the= review! We'll work through these comments.

Be= st,

Spencer=C2=A0
--000000000000a6eea605aa908b6f-- From nobody Thu Jul 16 11:03:02 2020 Return-Path: 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 54DA63A0A82 for ; Thu, 16 Jul 2020 11:03:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.118 X-Spam-Level: X-Spam-Status: No, score=-1.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lMQh5fFMjhrE for ; Thu, 16 Jul 2020 11:02:59 -0700 (PDT) Received: from server172-5.web-hosting.com (server172-5.web-hosting.com [68.65.122.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9CB33A0A3F for ; Thu, 16 Jul 2020 11:02:59 -0700 (PDT) Received: from cpe-69-203-78-204.nyc.res.rr.com ([69.203.78.204]:53397 helo=[192.168.0.177]) by server172.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1jw8De-002kcC-Sy for cellar@ietf.org; Thu, 16 Jul 2020 14:02:59 -0400 From: Dave Rice Content-Type: multipart/alternative; boundary="Apple-Mail=_9625DF02-2888-4981-BDAE-65EF1F111AD8" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Message-Id: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> Date: Thu, 16 Jul 2020 14:02:53 -0400 To: Codec Encoding for LossLess Archiving and Realtime transmission X-Mailer: Apple Mail (2.3608.80.23.2.2) X-OutGoing-Spam-Status: No, score=-0.2 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server172.web-hosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dericed.com X-Get-Message-Sender-Via: server172.web-hosting.com: authenticated_id: dave@dericed.com X-Authenticated-Sender: server172.web-hosting.com: dave@dericed.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Archived-At: Subject: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2020 18:03:01 -0000 --Apple-Mail=_9625DF02-2888-4981-BDAE-65EF1F111AD8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi cellar, This is a late comment in regards to the EBML document, but I=E2=80=99m = considering this dialogue. >>>>>>> Begin forwarded message: >=20 > From: Karen Moore > Subject: [AD - Murray] Re: AUTH48 [KC][SW]: RFC 8794 = NOW AVAILABLE > Date: July 16, 2020 at 1:53:35 PM EDT > To: "Murray S. Kucherawy" , Steve Lhomme = , Dave Rice , Moritz Bunkus = > Cc: RFC System , Alexey Melnikov = , cellar-ads@ietf.org, cellar-chairs@ietf.org, = Steven Villereal >=20 >>>>>>>> 3) In the XML Schema for EBML Schema, the URL = https://ietf.org/cellar/ebml >>>>>>>> is provided, but it doesn't seem to be a valid site. Please = confirm that this >>>>>>>> is okay. >>>>>>>> --> >>>>>>>=20 >>>>>>> I don't suppose we could host it on the IETF website. I'm not = sure if >>>>>>> a valid URL is necessary here, this is just a marker for a = namespace. >>>>>>> I think it only needs to be unique so that it's not mistaken = with an >>>>>>> XSD with a same name. Within the EBML Schema example xml and the EBML Schema XSD the value of = https://ietf.org/cellar/ebml is used as = an undefined and stand-in namespace. =46rom reviewing other RFCs which = define XML Schemas, I see that they don=E2=80=99t use this style of URL = but instead use a URN guided by RFC2648. Should we consider adding a section such as the one quoted below and = changing from https://ietf.org/cellar/ebml to = urn:ietf:params:xml:ns:ebml? > ### `` Namespace >=20 > The namespace URI for elements defined by this specification is a URN = as > defined by [@!RFC2141] that uses the namespace identifier 'ietf' = defined by > [@!RFC2648] and extended by [@!RFC3688]. This URN is: >=20 > ``` > urn:ietf:params:xml:ns:ebml > ``` and changing from https://ietf.org/cellar/ebml to = urn:ietf:params:xml:ns:ebml. This would follow the recommendation at = https://tools.ietf.org/html/rfc3470#section-4.9 = . Dave Rice= --Apple-Mail=_9625DF02-2888-4981-BDAE-65EF1F111AD8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi cellar,
This is a late comment in regards to the EBML = document, but I=E2=80=99m considering this dialogue.

Begin forwarded = message:
<= /blockquote>

From: Karen Moore <kmoore@amsl.com>
Subject: [AD - Murray] Re: = AUTH48 [KC][SW]: RFC 8794 <draft-ietf-cellar-ebml-17.txt> NOW = AVAILABLE
Date: July 16, 2020 at 1:53:35 PM EDT
To: "Murray S. Kucherawy" <superuser@gmail.com>, Steve Lhomme <slhomme@matroska.org>, Dave Rice <dave@dericed.com>, = Moritz Bunkus <moritz@bunkus.org>
Cc: RFC System <rfc-editor@rfc-editor.org>, Alexey Melnikov <aamelnikov@fastmail.fm>, cellar-ads@ietf.org, = cellar-chairs@ietf.org, Steven Villereal <villereal@gmail.com>

3) In the XML Schema for EBML Schema, the URL https://ietf.org/cellar/ebml
is provided, = but it doesn't seem to be a valid site. Please confirm that this
is okay.
-->

I don't suppose we could host it on the IETF website. I'm not = sure if
a valid URL is necessary here, this is just a = marker for a namespace.
I think it only needs to be unique = so that it's not mistaken with an
XSD with a same = name.

Within = the EBML Schema example xml and the EBML Schema XSD the value of https://ietf.org/cellar/ebml is used as an undefined = and stand-in namespace. =46rom reviewing other RFCs which define XML = Schemas, I see that they don=E2=80=99t use this style of URL but instead = use a URN guided by RFC2648.

Should we consider adding a section = such as the one quoted below and changing from https://ietf.org/cellar/ebml = to urn:ietf:params:xml:ns:ebml?

### = `<EBMLSchema>` Namespace

The = namespace URI for elements defined by this specification is a URN as
defined by [@!RFC2141] that uses the namespace identifier = 'ietf' defined by
[@!RFC2648] and extended by [@!RFC3688]. = This URN is:

```
urn:ietf:params:xml:ns:ebml
```

and changing from https://ietf.org/cellar/ebml = to urn:ietf:params:xml:ns:ebml. This would follow the = recommendation at https://tools.ietf.org/html/rfc3470#section-4.9.

Dave = Rice
= --Apple-Mail=_9625DF02-2888-4981-BDAE-65EF1F111AD8-- From nobody Thu Jul 16 14:05:23 2020 Return-Path: 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 CBEED3A0CEC for ; Thu, 16 Jul 2020 14:05:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5neJLjrnewA2 for ; Thu, 16 Jul 2020 14:05:20 -0700 (PDT) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C58AE3A0CEA for ; Thu, 16 Jul 2020 14:05:19 -0700 (PDT) Received: by mail-ed1-x52f.google.com with SMTP id b15so5815359edy.7 for ; Thu, 16 Jul 2020 14:05:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Ai/KvBY9gQBzN/u7rlN/Nbm16Z8Fjzuep/21z7tdv8E=; b=tRSEiMGmxfRhBT9csHdPrFH2HbLt0eINe+htI1TWRzPkg/8dIYuQRBkaEDzJkEC7a3 xyESxcKINsoXCiv5NNLSlcb1kdAkaVAFoRDY4wq212CMX5esRc/UzE8OUG3sk1PfQ4xX D1Ph+8gejc6BHZEPd4R82vbVp3tI1/LKaoB+uVS6nnApCJ6BLVxclZPf1fGWwe8oM6FI P+FkzdPCza+BKFnLRQPlpEliEYDHFSSHPVh/BAiueg8hlJtKtvQSea9KFLQ0/XGm+IVV geJ+ngmZT9jurHegGZW5QcfmFHEVAdBL624r6M2gvylByYU4Xza8jGRL8iL7c/DjA+Yl Vepw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Ai/KvBY9gQBzN/u7rlN/Nbm16Z8Fjzuep/21z7tdv8E=; b=ME4RdtYRjr+y6/WnAX+cErFzVA+NuAIO+4vqm3zSg5JtNVFxMz8qjhuUjJqyj0O7Mu u8qeNhHebsqQozCXQ6mpheTPwIX6Oe9U/xXLfpBOlFipKPRl9/BJBUSGmI/K8+3Y+OtG zLGos1OKoJeq67wDVHdZPNQvvpCSV6zqD9o8ectAcE95TFh1STWQDHrO3FrTmLWbNvLR iCnrFIh0k7gR3WzTEH14xgTQTxKtkaUMr4umz404USv3KW5LLkCqnKtVTJZWJoRJeN83 sm66okMXpirbpzc0pZ5BcsIzjM3bj8vkW38CSZKd2H1aKJu+DW7tS0w2syh1mF1yvAxB IuxA== X-Gm-Message-State: AOAM5317pv+znf/8lnkmdS3ALKRzT48N1/BSFJgtLPBtHbTurbR1d8Wx DuNXYh24DLJcgLsfrCgjuIB8G1XilGaz6mLAnUydOvar1GPJRQ== X-Google-Smtp-Source: ABdhPJyDiNsCv5m7M51WuzxxPnVJJkFgVB48qhvRPNocQ6/kxeJ4YPC2NHB+N8kRahliLrLSigSa69qJdbIJK52pZF4= X-Received: by 2002:aa7:c353:: with SMTP id j19mr6155366edr.219.1594933517993; Thu, 16 Jul 2020 14:05:17 -0700 (PDT) MIME-Version: 1.0 References: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> In-Reply-To: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> From: Steve Lhomme Date: Thu, 16 Jul 2020 23:05:07 +0200 Message-ID: To: Dave Rice Cc: Codec Encoding for LossLess Archiving and Realtime transmission Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2020 21:05:22 -0000 Hi, My understanding is that a HTTP URL with meaningful data about the format is a plus. But it's not mandatory. It has to be distinct enough from other namespaces existing in the world. Using a urn: would be less useful IMO. If we want to use a better URL that people can refer to in the future then https://datatracker.ietf.org/doc/draft-ietf-cellar-ebml/ would be the one to use. Or even https://tools.ietf.org/html/rfc8794 when it's published. I don't know how permanent the URLs are, and we can never guarantee a URL will be there in 100 years. I don't know if the namespace we use in the XSD is normative. But even if it is the value itself doesn't mean much. If you want a IETF URN rather than the IETF URL for this RFC, then "urn:ietf:rfc:8794" sounds nice. It matches the ABNF in RFC648. I searched all (current) RFCs and there are a few "urn:ietf:rfc" in them, like in RFC 8759: The namespace "urn:ietf:rfc:8759" is as defined by [RFC2648]. There's also "urn:ietf:rfc:7807" and "urn:ietf:rfc:7351". If this normative we may add a sentence similar to RFC8759. Our text doesn't imply it's normative: The following provides an XML Schema [@!XML-SCHEMA] for facilitating verification of an EBML Schema described in (#ebml-schema). Le jeu. 16 juil. 2020 =C3=A0 20:03, Dave Rice a =C3=A9cr= it : > > Hi cellar, > This is a late comment in regards to the EBML document, but I=E2=80=99m c= onsidering this dialogue. > > Begin forwarded message: > > > From: Karen Moore > Subject: [AD - Murray] Re: AUTH48 [KC][SW]: RFC 8794 NOW AVAILABLE > Date: July 16, 2020 at 1:53:35 PM EDT > To: "Murray S. Kucherawy" , Steve Lhomme , Dave Rice , Moritz Bunkus > Cc: RFC System , Alexey Melnikov , cellar-ads@ietf.org, cellar-chairs@ietf.org, Steven Villereal = > > 3) In the XML Schema for EBML Schema, the URL https://ietf.org/cellar/ebm= l > is provided, but it doesn't seem to be a valid site. Please confirm that = this > is okay. > --> > > > I don't suppose we could host it on the IETF website. I'm not sure if > a valid URL is necessary here, this is just a marker for a namespace. > I think it only needs to be unique so that it's not mistaken with an > XSD with a same name. > > > Within the EBML Schema example xml and the EBML Schema XSD the value of h= ttps://ietf.org/cellar/ebml is used as an undefined and stand-in namespace.= From reviewing other RFCs which define XML Schemas, I see that they don=E2= =80=99t use this style of URL but instead use a URN guided by RFC2648. > > Should we consider adding a section such as the one quoted below and chan= ging from https://ietf.org/cellar/ebml to urn:ietf:params:xml:ns:ebml? > > ### `` Namespace > > The namespace URI for elements defined by this specification is a URN as > defined by [@!RFC2141] that uses the namespace identifier 'ietf' defined = by > [@!RFC2648] and extended by [@!RFC3688]. This URN is: > > ``` > urn:ietf:params:xml:ns:ebml > > ``` > > > and changing from https://ietf.org/cellar/ebml to urn:ietf:params:xml:ns:= ebml. This would follow the recommendation at https://tools.ietf.org/html/r= fc3470#section-4.9. > > Dave Rice > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar --=20 Steve Lhomme Matroska association Chairman From nobody Fri Jul 17 01:43:48 2020 Return-Path: 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 9E55C3A1581 for ; Fri, 17 Jul 2020 01:43:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=reto.ch Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MA2PhfTvyJmK for ; Fri, 17 Jul 2020 01:43:44 -0700 (PDT) Received: from smtp-bc0e.mail.infomaniak.ch (smtp-bc0e.mail.infomaniak.ch [45.157.188.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 702973A1580 for ; Fri, 17 Jul 2020 01:43:44 -0700 (PDT) Received: from smtp-2-0000.mail.infomaniak.ch (unknown [10.5.36.107]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4B7PmF5vhfzlj16s for ; Fri, 17 Jul 2020 10:43:41 +0200 (CEST) Received: from Castor (unknown [IPV6:2a02:aa13:4680:f280:650e:3f0c:cde9:1c5d]) by smtp-2-0000.mail.infomaniak.ch (Postfix) with ESMTPA id 4B7PmF1X7lzlh8TD for ; Fri, 17 Jul 2020 10:43:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=reto.ch; s=20191114; t=1594975421; bh=/QQxZ/LbsoRZEZgiX3ydEC1/AcKdTNxMIrFXzfeRd0k=; h=Date:From:Subject:To:From; b=Dhk8D5npWVB6spMIgDNXiWOWlRB3ArSe7nL1+hxKjLGbWTehRW2bCK3lTynx9IRva GoLd3uQ3mm+rJTjM0Vi3cv7RrqQX7Yy4PDIS3vLazEmnF+LxkLWGwuY9CBtEQFluvj /YAHTqi5q70NQv3tuWYaRerMm7tiWM5oCivMIdwQ= Date: Fri, 17 Jul 2020 10:43:40 +0200 From: Reto Kromer To: Codec Encoding for LossLess Archiving and Realtime transmission X-Priority: 3 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Mailsmith 2.4.3 (480) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8 X-Antivirus-Code: 0x100000 Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 08:43:47 -0000 Steve Lhomme wrote: >Or even https://tools.ietf.org/html/rfc8794 >when it's published. I suggest to use that one right now. >If you want a IETF URN rather than the IETF URL for this RFC, >then "urn:ietf:rfc:8794" sounds nice. It matches the ABNF in >RFC648. If..., then I would agree with "urn:ietf:rfc:8794". Yet I personally prefer the URL solution. Best regards, Reto From nobody Fri Jul 17 01:48:47 2020 Return-Path: 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 74A5E3A1586 for ; Fri, 17 Jul 2020 01:48:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.398 X-Spam-Level: X-Spam-Status: No, score=0.398 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.499, PDS_OTHER_BAD_TLD=1.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bunkus.online Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yBWA4ffrwDst for ; Fri, 17 Jul 2020 01:48:43 -0700 (PDT) Received: from liselle.bunkus.org (liselle.bunkus.org [144.76.140.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9034D3A1584 for ; Fri, 17 Jul 2020 01:48:42 -0700 (PDT) Received: from adara.bunkus.org (unknown [IPv6:2a01:4f8:200:1d01::feed:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by liselle.bunkus.org (Postfix) with ESMTPS id 9B86C100808 for ; Fri, 17 Jul 2020 10:48:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bunkus.online; s=mail2019123101; h=Content-Type:MIME-Version:Date:Message-ID:In-reply-to:Subject:To:From:References; bh=Ev7ED6icZvYwXMmySdi/ERFK97idy78gYQSBbubBBSA=; b=bvDM2nNOSivj4sUd9bwk24FrEAxCOa0cc9lOCF7gZ5NwBWiajARSwtwxvDA4uZn+PnJwQ8G6AcoceBnzBIoLW61Lqs3YNRTXvQHRGNF88s8feQ8+B0IhHhyZ8PH0upnmg87GX+rGcolFNtE40KrcYcz2ddSdpMX0tH5Rmbg215yFmJiXunvotVk967/Zbi4AuMrMf6mxTlfDhMhkqCYuekKrQc0f7fRPeM7ioOp0hDbAeb4sc7o5KBfOAlJNEg+cWvDGJ84//70jW/N2acRnHF4ZOpAMTMuE/gtMvci2Ppr6JfYAqmD1lRTgIUYABahcb3vymlb2wWG1yX2G2B1luQ==; Received: from liselle.bunkus.org ([2a01:4f8:200:144f::105:1]:34100) by adara.bunkus.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1jwM2f-0000gI-1j for cellar@ietf.org; Fri, 17 Jul 2020 10:48:29 +0200 Received: from sweet-chili.int.bunkus.org (unknown [10.55.5.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by liselle.bunkus.org (Postfix) with ESMTPS id 5F1021007FA for ; Fri, 17 Jul 2020 10:48:29 +0200 (CEST) Received: from sweet-chili (localhost [IPv6:::1]) by sweet-chili.int.bunkus.org (Postfix) with ESMTP id 29BF830875F2 for ; Fri, 17 Jul 2020 10:48:29 +0200 (CEST) References: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> User-agent: mu4e 1.4.10; emacs 26.3 From: Moritz Bunkus To: cellar@ietf.org In-reply-to: Message-ID: <87pn8ujzmr.fsf@bunkus.online> Date: Fri, 17 Jul 2020 10:48:29 +0200 MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 08:48:45 -0000 Hey, I agree with Reto; the URL provides more information to the user than a urn. Personally I wouldn't want to point it to the draft website. The https://tools.ietf.org/html/rfc8794 site, even though it doesn't exist yet, seems to be the one providing the most useful information. So let's use that one. Kind regards, mosu From nobody Fri Jul 17 08:00:10 2020 Return-Path: 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 3C8953A0C5D for ; Fri, 17 Jul 2020 08:00:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y6y0mB-hYQYU for ; Fri, 17 Jul 2020 08:00:06 -0700 (PDT) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 719843A0C41 for ; Fri, 17 Jul 2020 08:00:06 -0700 (PDT) Received: by mail-wm1-x332.google.com with SMTP id c80so15312435wme.0 for ; Fri, 17 Jul 2020 08:00:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=KetN55Xi4pf4ZeeS9QojmvtkTSZgk/GTUhdzd/nKClI=; b=C10nPP2KDPsLT+9eDQjIi2nL8/Yzvj36nZ9guuvtsHeTOoztbP6XfFkDlpwAYz92Jl 8IpO+jyBssznSOXc+AC9MWofTTnMZBG5D6kjT9L+9A3QM0+aQs7dn02ytpFuqrvMzMqi X7d6B4J1ovFUFb1IhKhIT0TV9PPSHOGVtdjshhG2UDg1hG8exyVrT6d+yoJkGTH+Za9T jAjzSE3aPOl5ePd4d6HKGpgMptHqqv/HOqcGFVDaUk1JOeZAXZgzFhCuE8kHXbjDDCUr i1DbTNrPv/WtTNxba3Ez1Bjrr+JWYCCseWK0yKq+pPE9rgNpJObNrKK02ToBkUck4Mnd YFuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KetN55Xi4pf4ZeeS9QojmvtkTSZgk/GTUhdzd/nKClI=; b=o7zIbD37OAvdlJNREh7GKxsx643vQzoZdYkHufZUHmF/4dRVxDJjuUGW8d/GxvrB9W 8Q7byo/993VBRrVRt2jRGnmbaAaoWxQV0spYuGynFI9BURaN3WWCP5d2jEocgXXULzlL Cj/M+2Zbcwfi/EhfGhpXnwedoSlbQ477mqVl8wWSQOvFW/Bh3ym6ux6E2Wtybg9rBB8h 2HJvPAPdw0nRtQo0vRvvvnCzLc5QhNqgrSxBnhw80DY2VssZ15MpqtPPe5qLNvRwr0Hw sN0QYFkUDc4/CgAH4jeyRX+aYQnAlXWX/YlMxY9kqQrNstkQkQmJsj1/tGrUJmgCm1K6 NRHQ== X-Gm-Message-State: AOAM532LN2XPlxImJjkcxsOGrkeWY6JXmaR3f/AmuL6g6U2mfjDyksmk IIyTdJomO6GcvIrWQCtPBQF7gNXp18wbrw== X-Google-Smtp-Source: ABdhPJwtZi/eQcR5mpf64EY27FWlE/CbK03KON2BHsKvoTF7M+/UjQfdsGdp+Izup+SAt5TNQE9GAA== X-Received: by 2002:a1c:2485:: with SMTP id k127mr9452340wmk.138.1594998004446; Fri, 17 Jul 2020 08:00:04 -0700 (PDT) Received: from [192.168.3.13] (85-168-154-201.rev.numericable.fr. [85.168.154.201]) by smtp.gmail.com with ESMTPSA id 33sm16276660wri.16.2020.07.17.08.00.03 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 17 Jul 2020 08:00:03 -0700 (PDT) To: cellar@ietf.org References: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> <87pn8ujzmr.fsf@bunkus.online> From: Steve Lhomme Message-ID: <8c0734d3-5c93-c544-d5d2-c8521dc31836@matroska.org> Date: Fri, 17 Jul 2020 17:00:01 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <87pn8ujzmr.fsf@bunkus.online> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 15:00:08 -0000 OK I created this Pull Request https://github.com/cellar-wg/ebml-specification/pull/387 On 2020-07-17 10:48, Moritz Bunkus wrote: > Hey, > > I agree with Reto; the URL provides more information to the user than a > urn. Personally I wouldn't want to point it to the draft website. The > https://tools.ietf.org/html/rfc8794 site, even though it doesn't exist yet, > seems to be the one providing the most useful information. So let's use > that one. > > Kind regards, > mosu > > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar > From nobody Fri Jul 17 08:19:56 2020 Return-Path: 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 743283A003D for ; Fri, 17 Jul 2020 08:19:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G_h6tsb23Er7 for ; Fri, 17 Jul 2020 08:19:53 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4D9F3A0035 for ; Fri, 17 Jul 2020 08:19:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 67F07389A5; Fri, 17 Jul 2020 11:16:50 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id offukUVGn6sl; Fri, 17 Jul 2020 11:16:49 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 034AB389A3; Fri, 17 Jul 2020 11:16:49 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 4360424C; Fri, 17 Jul 2020 11:19:51 -0400 (EDT) From: Michael Richardson To: Moritz Bunkus , cellar@ietf.org CC: Adam Roach In-Reply-To: <87pn8ujzmr.fsf@bunkus.online> References: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> <87pn8ujzmr.fsf@bunkus.online> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 15:19:55 -0000 --=-=-= Content-Type: text/plain Best email explanation intro for those in the CC. https://mailarchive.ietf.org/arch/msg/cellar/cslvLodt2wbXci5VQOt9Z5MmRp0/ Moritz Bunkus wrote: > I agree with Reto; the URL provides more information to the user than a > urn. Personally I wouldn't want to point it to the draft website. The > https://tools.ietf.org/html/rfc8794 site, even though it doesn't exist yet, > seems to be the one providing the most useful information. So let's use > that one. The IETF is generally trying to phase out the tools.ietf.org site in favour of the HTML that the datatracker renders for IDs, and the rfc-editor.org site. (this transition will take years...) The best url will be https://www.rfc-editor.org/info/rfc8794 This points to the HTML, the XML, the PDF and the errata. But, the origin of this conversation is to provide an XML name space for the verification of EBML. For that, the URN urn:ietf:rfc:8794 is probably the better choice. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8RwZYACgkQgItw+93Q 3WUirwf/QPoFht2PhI7kRCYrkSmFKkililIoOJCc4A/KpAgW1VAbZsowS7MRDHN5 G/HpMFQj2Hik3HSbsULXkIizNS3qonO479EKcZLVCLXndu4Ga4i3XYTIJbQi2QyO u3y71Mxt5XFBIZ+2Nkf5PIL2HmhnfitAwpCqcoJ7hi0iANf0K91r1B7uWHJ4bd8+ kyiwChDudmObZHWnBm0n9O2o8kitwrRHvpGH/k76QSQHEHQr7ngogvMIpAjgZdBT jpRNN5I2T9RguBUmJGVsKR3cAUThFQO1sR1nruWyzSylDsrbPMI6AEYlenaD34B6 MaDMh+DqRZwO3GPH469sPcww47VS9g== =aNN4 -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Jul 17 08:28:06 2020 Return-Path: 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 B6D393A03FA for ; Fri, 17 Jul 2020 08:28:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.398 X-Spam-Level: X-Spam-Status: No, score=0.398 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.499, PDS_OTHER_BAD_TLD=1.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bunkus.online Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FlbTJesnawT5 for ; Fri, 17 Jul 2020 08:28:03 -0700 (PDT) Received: from liselle.bunkus.org (liselle.bunkus.org [144.76.140.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 455C93A03ED for ; Fri, 17 Jul 2020 08:28:02 -0700 (PDT) Received: from adara.bunkus.org (unknown [IPv6:2a01:4f8:200:1d01::feed:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by liselle.bunkus.org (Postfix) with ESMTPS id 6BF57104893 for ; Fri, 17 Jul 2020 17:28:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bunkus.online; s=mail2019123101; h=Content-Type:MIME-Version:Date:Message-ID:In-reply-to:Subject:Cc:To:From:References; bh=AbuxKZuHmLiMlkYS90qm9CzJs5ypo94jfqJe/k+qQyc=; b=gesVFR1m4JXpkdaYzagizMW9e1S6duvqtf7hDfaYQ1UAeXt/3V4L0OcZZrtoQp69gklk0yDY4MnZIiyPJIII5qE1SuRMMmeHwjSA0Y6BDu7DsSq5LPh38QGbbg1XdPyLr8egr2eBPABDXCPRABO+fmhBDZ97WT8/K3pBKcHEyxWqIkqnG+PHvaKhe5DqTbctUCj2qnY7Px1PQ6XNWziPPLRaVLsK3Iy6CORb19PhPDD6OfJ/I39SBFs9xWiQVEc80fBbD7EYnOlGCEKj3oWNtpvWDcQUiwTo8jIusjiucJJt/omV9l1OwFePR48whSXgNyesuK+m1/TPwaS68kyKJw==; Received: from liselle.bunkus.org ([2a01:4f8:200:144f::105:1]:52090) by adara.bunkus.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1jwSHE-0005gv-1v; Fri, 17 Jul 2020 17:27:56 +0200 Received: from sweet-chili.int.bunkus.org (unknown [10.55.5.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by liselle.bunkus.org (Postfix) with ESMTPS id 6EB0E104880; Fri, 17 Jul 2020 17:27:56 +0200 (CEST) Received: from sweet-chili (localhost [IPv6:::1]) by sweet-chili.int.bunkus.org (Postfix) with ESMTP id C5841308A7E7; Fri, 17 Jul 2020 17:27:55 +0200 (CEST) References: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> <87pn8ujzmr.fsf@bunkus.online> <19827.1594999191@localhost> User-agent: mu4e 1.4.10; emacs 26.3 From: Moritz Bunkus To: Michael Richardson Cc: Adam Roach , cellar@ietf.org In-reply-to: <19827.1594999191@localhost> Message-ID: <87lfjijh50.fsf@bunkus.online> Date: Fri, 17 Jul 2020 17:27:55 +0200 MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 15:28:05 -0000 Hey, I defer to experience (as I don't have any in assigning namespaces). If you think that URN urn:ietf:rfc:8794 is the way to go, that's fine with me. Kind regards, mosu From nobody Fri Jul 17 10:54:36 2020 Return-Path: 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 D880B3A09DF for ; Fri, 17 Jul 2020 10:54:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s3PrsmOMKWFx for ; Fri, 17 Jul 2020 10:54:33 -0700 (PDT) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 275973A09A0 for ; Fri, 17 Jul 2020 10:54:33 -0700 (PDT) Received: by mail-wm1-x332.google.com with SMTP id w3so18484951wmi.4 for ; Fri, 17 Jul 2020 10:54:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=la7WMcufED9RYwGiJGWi1NrY8mJFEb7QvuMruoftnA0=; b=GnG3xxAtfnFkTMt3sS/XXjk9yy4zoEHe7lZLfk+4QiO7DkUdSQvKnPJfxjIrtm3aZS pI8zWz9iJZ7fdDK3qp2bHM3e3PTezKj57oFJ9zMxgeAA2TewWBlAkkruLJuW37VRq2Nj 2DxB9eoaZX2SPpn8B4cRuLkxu4hq5NQ6X8bacNuy0xfJy6dwPDqeK9YvThS6TBkowXSd uRUV5wktbPS7yizvFeKs2nqJrQwg+NlAHvDtkKAsCk9onjRFgee8WV9LbbGVkCUFScIr 2dr8/AqSK879v89mD3xdhTJoMA39d4pxPMYTqu+sb66l90TGuC8p+USGDa4H9Eiq7/0E jb9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=la7WMcufED9RYwGiJGWi1NrY8mJFEb7QvuMruoftnA0=; b=VdWSStedw2icZKJ/vVFjvEJ3YMCjYx+zTq+FwCceXC3gZZVncr/G+w/6OHn1kowFh6 /lzyNq9ePG2X+aOqZRzNE3aNCeQHevVvQl7jpdFYl2wDyf8le/G6AZk08GBVlFargbo1 3bzF2A8mc1jDFNhB/WwXbMN+BFkh6KI9frKK7TIzNrX4lwav251yxfY/qZjY/xU349DP cu9LpgAxnyBzT5myA5lqhH05SA/w0iomAL7u3vtWLrwWynOhNK3O6cVfAuhshzpeDiev QBtT0cY8oR2z3MeGGfCmbNoq0V10z6mYQ3rduZCmi50BJIbJ6rGQVaCYWbFv2LBH2ai/ c+LA== X-Gm-Message-State: AOAM5313u7ueSt+mBUAfP+brEmnm6NoaG35E9L8xjnX9AoHY3Ajmcg+V bqIjzu2IqxyXt+r/o0oFAN5nVrq2L7F1KA== X-Google-Smtp-Source: ABdhPJyTfBROz1z0/PzJFml1xAlBmorrHamK1E/kuJ8yIubuBAL+sLSZ5buc4Mhy2A1KkDDH+mXLmg== X-Received: by 2002:a7b:c208:: with SMTP id x8mr10539098wmi.49.1595008471345; Fri, 17 Jul 2020 10:54:31 -0700 (PDT) Received: from ?IPv6:2a01:cb09:8016:ce27:dbb:de24:b9f4:6eab? (2a01cb098016ce270dbbde24b9f46eab.ipv6.abo.wanadoo.fr. [2a01:cb09:8016:ce27:dbb:de24:b9f4:6eab]) by smtp.gmail.com with ESMTPSA id u23sm16775284wru.94.2020.07.17.10.54.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 17 Jul 2020 10:54:30 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Steve Lhomme Mime-Version: 1.0 (1.0) Date: Fri, 17 Jul 2020 19:54:28 +0200 Message-Id: References: <87lfjijh50.fsf@bunkus.online> Cc: Michael Richardson , cellar@ietf.org, Adam Roach In-Reply-To: <87lfjijh50.fsf@bunkus.online> To: Moritz Bunkus X-Mailer: iPhone Mail (17F80) Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 17:54:35 -0000 Same for me. I don't really care about the value. And I found 3 RFCs with su= ch URN, so why not. I'll submit another PR (I can't right now) and of them will be merged. The fact the IETF is phasing out their URLs is a good incentive to use a URN= which is stable. > On 17 Jul 2020, at 17:28, Moritz Bunkus wrote: >=20 > =EF=BB=BFHey, >=20 > I defer to experience (as I don't have any in assigning namespaces). If yo= u > think that URN urn:ietf:rfc:8794 is the way to go, that's fine with me. >=20 > Kind regards, > mosu >=20 > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar From nobody Fri Jul 17 14:04:51 2020 Return-Path: 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 DB0A03A03FF for ; Fri, 17 Jul 2020 14:04:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.101 X-Spam-Level: X-Spam-Status: No, score=0.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, PDS_OTHER_BAD_TLD=1.999, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GdGCRE85OmiL for ; Fri, 17 Jul 2020 14:04:48 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F4043A03FC for ; Fri, 17 Jul 2020 14:04:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 7B0F0389A8; Fri, 17 Jul 2020 17:01:43 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uZvRfQgvQcli; Fri, 17 Jul 2020 17:01:42 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 0D4BC389A5; Fri, 17 Jul 2020 17:01:42 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 81EA21CB; Fri, 17 Jul 2020 17:04:44 -0400 (EDT) From: Michael Richardson To: Moritz Bunkus cc: Adam Roach , cellar@ietf.org In-Reply-To: <87lfjijh50.fsf@bunkus.online> References: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> <87pn8ujzmr.fsf@bunkus.online> <19827.1594999191@localhost> <87lfjijh50.fsf@bunkus.online> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 21:04:50 -0000 --=-=-= Content-Type: text/plain Moritz Bunkus wrote: > I defer to experience (as I don't have any in assigning namespaces). If you > think that URN urn:ietf:rfc:8794 is the way to go, that's fine with me. I think it would be the least controversial, but I definitely do like the idea that someone following the URL would get pointed at useful documentation. I'm hoping Adam will know, or will know what the best practice is here. This is something that has to go into the ebml document, which is just waiting for Dave Rice's okay in AUTH48, right? -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8SEmwACgkQgItw+93Q 3WUahAf/dkmpmCAg5nxKRHnN86QFvAHbtdetUFtuV9RxtoQXQRoUz1uhMhlpnYA3 WYyUqCZWpYGlAFkGB8/q+8suOL0i5GzYP6GwxcbBHy/lp/8U/MRxisHF0BHe5JfY gUKPz35kX8vKN39MHWB2XZGCyjdw0bq62ImGW27s+kOuWVq+Uwyg8b2e1a5EK9rG s6f8m9g98vGyXnm8VDlDnUUT/iB2SnZOPEicDBHGEBw7o+b458Anpt3+0CNIVKn4 niovjPZhgtKd2cipycFX+bgraB0C/MXoaJCLIomBDkOmldWGBx0EhvloG9c2Z3at GkRyY2qQqPMzTUNIC76kcZa1+0k/9w== =PVk+ -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Jul 17 14:13:05 2020 Return-Path: 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 D6D0A3A05E2 for ; Fri, 17 Jul 2020 14:13:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.398 X-Spam-Level: X-Spam-Status: No, score=0.398 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.499, PDS_OTHER_BAD_TLD=1.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bunkus.online Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xOeZ9OAhxFDQ for ; Fri, 17 Jul 2020 14:13:03 -0700 (PDT) Received: from liselle.bunkus.org (liselle.bunkus.org [144.76.140.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14F503A05A0 for ; Fri, 17 Jul 2020 14:13:02 -0700 (PDT) Received: from adara.bunkus.org (unknown [IPv6:2a01:4f8:200:1d01::feed:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by liselle.bunkus.org (Postfix) with ESMTPS id 524BE108FC5 for ; Fri, 17 Jul 2020 23:13:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bunkus.online; s=mail2019123101; h=Content-Type:MIME-Version:Date:Message-ID:In-reply-to:Subject:Cc:To:From:References; bh=bopLhofjIi+4LZvOLMHBR2cc9lqsllzO3o9SXI5KAzE=; b=fq/8jNqyeptY4hSrqxUV3qf26xgAofNJu5cYmfgDZvJBray+Lb5UWaWJS1QUqVbacdSnPxHT8YW9gtYx52nL6XfAfPNFBAzdTuAIDIZxW1Eqqoc2ftlyhQJYfr2YItw0TCB3X5JTAiSXtIOZll09/hZ9HItJc5mgrKjHZsRyCcVdtO3iGUQeYhP3ByJXXoQ6GhKVaxKkK2xQ2syAA/JZ4z/XdNEtahs9yk6beAbw/rkDCDwPzi3cKNJJd2XTa47A99lNItyS1iHqkpCv5I7CG1aVzFDYsb6XMNhuXUH1iT8SoH63/mOkSQQWQF7ejS4n0/IpItOcP0j5mtkjQuJWVA==; Received: from liselle.bunkus.org ([2a01:4f8:200:144f::105:1]:39534) by adara.bunkus.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1jwXf0-0006Q9-2C; Fri, 17 Jul 2020 23:12:50 +0200 Received: from sweet-chili.int.bunkus.org (unknown [10.55.5.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by liselle.bunkus.org (Postfix) with ESMTPS id 807D7108FAA; Fri, 17 Jul 2020 23:12:50 +0200 (CEST) Received: from sweet-chili (localhost [IPv6:::1]) by sweet-chili.int.bunkus.org (Postfix) with ESMTP id 4B774308CFE9; Fri, 17 Jul 2020 23:12:50 +0200 (CEST) References: <3E54D46B-6D44-4095-9A5A-D9FB7CDB0F90@dericed.com> <87pn8ujzmr.fsf@bunkus.online> <19827.1594999191@localhost> <87lfjijh50.fsf@bunkus.online> <21892.1595019884@localhost> User-agent: mu4e 1.4.10; emacs 26.3 From: Moritz Bunkus To: Michael Richardson Cc: Adam Roach , cellar@ietf.org In-reply-to: <21892.1595019884@localhost> Message-ID: <87d04tkfqm.fsf@bunkus.online> Date: Fri, 17 Jul 2020 23:12:50 +0200 MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [Cellar] namespace considerations for ebml's definition of EBML Schema X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 21:13:05 -0000 Hey, my OK's still outstanding, too, and yes, this has to go into the document before publication. Kind regards, mosu From nobody Sat Jul 18 13:05:55 2020 Return-Path: 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 0F4EF3A0CE7 for ; Sat, 18 Jul 2020 13:05:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sv84wxflhM0F for ; Sat, 18 Jul 2020 13:05:51 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FF613A0CE6 for ; Sat, 18 Jul 2020 13:05:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 56DE93899F for ; Sat, 18 Jul 2020 15:45:26 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ZMczi1x38236 for ; Sat, 18 Jul 2020 15:45:25 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 53DCD38992 for ; Sat, 18 Jul 2020 15:45:25 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 02EFF1D3 for ; Sat, 18 Jul 2020 16:05:48 -0400 (EDT) From: Michael Richardson To: cellar@ietf.org In-Reply-To: References: X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: [Cellar] draft-ietf-cellar-ebml namespace X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2020 20:05:53 -0000 --=-=-= Content-Type: text/plain Hi, during EBML AUTH48, the authors realized that the EBML namespace anchor wasn't well chosen. https://github.com/cellar-wg/ebml-specification/pull/388/files The change is basically: - , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8TVhsACgkQgItw+93Q 3WUCLQf/X7+FdnQMDGqhzAAuLR5wxox2CCFG4aTZd81T/DMVo6cWqdt9iM2LZXt1 Kx8i/n4aabQkdj7mQe9l4dgEHkvaJzlSQAO/1doTM5czY84qlhKGc+QBcCQE7xw5 u7+sEsuUiSLoELICu8fSdyvKvymoJxHG6LRCq5ELhItvIi2ZUcPqM9Pw8c9Mffjt qFh9h3TqfYxdi06zb/cKqBKMVmiBIR4SAc6Gb7L7HDj18KgZcrLsquWiepbCdHRV OyxHKcPK34J8MCvn09ywsibNb0j/6zYpIb7+L4cLLMXuhjFj+75BdNwqN0M1acKs aE+f3IPI/jCvSrh+i8ZTklC06oYQzg== =wfSa -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Jul 19 00:32:36 2020 Return-Path: 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 97CBC3A0B28 for ; Sun, 19 Jul 2020 00:32:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=hPvuX7Xs; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=fEaIEGTt Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xvmBEle-B15A for ; Sun, 19 Jul 2020 00:32:26 -0700 (PDT) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E72BA3A0B10 for ; Sun, 19 Jul 2020 00:32:25 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 7DC05B74 for ; Sun, 19 Jul 2020 03:32:25 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sun, 19 Jul 2020 03:32:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:from:to:subject:message-id:date; s= fm3; bh=5BRxDtRUBDf+jH/4uF7NieF3hXOH4tbQbO168V/LBN8=; b=hPvuX7Xs H7iqfGw4W40Poqaz++ZyZ7saDtFTV54LvAKDdwDst2PCt4+CddX7UqntwMXiF6tY xfvwVswuLJmx4rfsGr2NshaLWa7vwtSTNRHscKqRkP1CiCFBieXJQdUqMMTY3bWC kuWlr5hSM8bncJGaFSZA5mfc40rmQoWHuSzsHWFdfjLev8zLEZEhzIJ2Nefyjaes KFny/lio0ohCwdD1k5cyStvVjx9FB5nMWvtNzxjBk4QTG8yGCuPO8lprXUulYWDD WzoDk1k28acrLw5aDz9fTCZdhOvXBVqk0bLGFa/MUoaYGw7rLBuHhEBrAW9Rmv1K Xu6+6rGmn1xGZQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=5BRxDtRUBDf+jH/4uF7NieF3hXOH4 tbQbO168V/LBN8=; b=fEaIEGTtQb8zEjLRN+9lM1qWL4KVnJD1Z5DSJ6iazOMTP LXinBvD1qZWNUvEFjSacAJHw4WdEmXrE14lPM/1E5mDBIpo1BiE6Pv6UlaZUbKPM kibFfn/ff9DxYnFEnJNVRthtrJdgwex7uXfFXZok4Vhn6spufyFK7NspeKpjLmoC ow5rgJxddQHFQamQJDRRRZpERxhVM8eMyoHeV75IOfjluRlnSGk5HjNKKb6beg8q LJQKdwg8MtuuJAgSXfx6j79qDuI2ODUyKSFw5yXMtdygtZ7GviC8T2f/2igommvp j7WJWy7CAucIv5S0yyZR4zlP70axgHjEmV7KfsZTw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrgedtgdduvddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpegtggfhvffusegrtddtredttdejne cuhfhrohhmpeftvghpohhsihhtohhrhicutegtthhivhhithihucfuuhhmmhgrrhihuceu ohhtuceoughopghnohhtpghrvghplhihsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepteekvdejteejjeekgfefffffgefgtefhheevjeejgeelfeethfetiefgudelheeu necuffhomhgrihhnpehgihhthhhusgdrtghomhdpmhgrthhrohhskhgrrdhorhhgnecukf hppeehvddrudegledrfeelrdduieeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghr rghmpehmrghilhhfrhhomhepughopghnohhtpghrvghplhihsehmnhhothdrnhgvth X-ME-Proxy: Received: from fv-az131.internal.cloudapp.net (unknown [52.149.39.168]) by mail.messagingengine.com (Postfix) with ESMTPA id AEFB2328005A for ; Sun, 19 Jul 2020 03:32:24 -0400 (EDT) Content-Type: multipart/alternative; boundary="===============1538955361994305612==" MIME-Version: 1.0 From: Repository Activity Summary Bot To: cellar@ietf.org Message-Id: <20200719073224.AEFB2328005A@mailuser.nyi.internal> Date: Sun, 19 Jul 2020 03:32:24 -0400 (EDT) Archived-At: Subject: [Cellar] Weekly github digest (CELLAR Activity Summary) X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2020 07:32:34 -0000 --===============1538955361994305612== MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; format="flowed" Events without label "editorial" Issues ------ * cellar-wg/matroska-specification (+0/-2/=F0=9F=92=AC4) 4 issues received 4 new comments: - #393 Simplify the elements formatting (1 by robUx4) https://github.com/cellar-wg/matroska-specification/issues/393 [formatt= ing]=20 - #233 remove matroska.org direct links from ebml_matroska.xml (1 by robU= x4) https://github.com/cellar-wg/matroska-specification/issues/233 [enhance= ment] [formatting] [spec_main]=20 - #228 H.265/HEVC Support (1 by robUx4) https://github.com/cellar-wg/matroska-specification/issues/228 [codec m= apping] [enhancement] [spec_codecs]=20 - #227 H.264 support (1 by robUx4) https://github.com/cellar-wg/matroska-specification/issues/227 [codec m= apping] [enhancement] [spec_codecs]=20 2 issues closed: - H.265/HEVC Support https://github.com/cellar-wg/matroska-specification/= issues/228 [codec mapping] [enhancement] [spec_codecs]=20 - H.264 support https://github.com/cellar-wg/matroska-specification/issue= s/227 [codec mapping] [enhancement] [spec_codecs]=20 Pull requests ------------- * cellar-wg/matroska-specification (+4/-3/=F0=9F=92=AC13) 4 pull requests submitted: - fix the EBML Schema namespace (by robUx4) https://github.com/cellar-wg/matroska-specification/pull/399 [bug]=20 - Misc automated processing and cleaning (by robUx4) https://github.com/cellar-wg/matroska-specification/pull/398=20 - Misc cleaning based on the changes done to EBML to get a proper RFC (by= robUx4) https://github.com/cellar-wg/matroska-specification/pull/397=20 - Use the same format for EBML elements as in the EBML RFC (by robUx4) https://github.com/cellar-wg/matroska-specification/pull/396 [formattin= g]=20 4 pull requests received 13 new comments: - #398 Misc automated processing and cleaning (2 by retokromer, robUx4) https://github.com/cellar-wg/matroska-specification/pull/398 [formattin= g]=20 - #342 Start new Chapters (6 by hubblec4, robUx4) https://github.com/cellar-wg/matroska-specification/pull/342 [clarifica= tions] [enhancement] [spec_main]=20 - #318 add a ChapterContentType to mark chapters with a type of content (= 4 by hubblec4, robUx4) https://github.com/cellar-wg/matroska-specification/pull/318 [enhanceme= nt] [format addition] [new_document] [spec_main] [webm]=20 - #115 info on storing/using font files in attachments (1 by robUx4) https://github.com/cellar-wg/matroska-specification/pull/115 [clarifica= tions] [spec_main]=20 3 pull requests merged: - Misc cleaning based on the changes done to EBML to get a proper RFC https://github.com/cellar-wg/matroska-specification/pull/397 [formattin= g]=20 - Use the same format for EBML elements as in the EBML RFC https://github.com/cellar-wg/matroska-specification/pull/396 [formattin= g]=20 - Explain chapter segment uid https://github.com/cellar-wg/matroska-specification/pull/341 [clarifica= tions] [enhancement] [spec_main]=20 * cellar-wg/ebml-specification (+14/-12/=F0=9F=92=AC11) 14 pull requests submitted: - clarify EBMLSchema namespace (by dericed) https://github.com/cellar-wg/ebml-specification/pull/388=20 - Use a more stable and actual URL for namespace of our EBML Schema (by r= obUx4) https://github.com/cellar-wg/ebml-specification/pull/387 [bug]=20 - Merge Changes from the 3rd (and last ?) AUTH48 review (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/386 [formatting]=20 - keep the full path of found tools (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/385 [build system]= =20 - Auth48 v2b (by dericed) https://github.com/cellar-wg/ebml-specification/pull/384=20 - Clean external references (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/383 [build system]= [formatting]=20 - use proposed text for the EBML introduction (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/382 [clarification= s]=20 - use hyphenation for Variable-Size Integer (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/381 [clarification= s] [formatting]=20 - clarify the XML nature of the EBML Schema (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/380 [clarification= s]=20 - Clarify the 0x is for notation, not storing (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/379 [clarification= s]=20 - clarify the range attribute with negative values (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/378 [clarification= s]=20 - clarify the recursive attribute (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/377 [clarification= s]=20 - fix XML Schema of the EBML Schema link (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/376 [bug]=20 - Use a newer version of ITU.V42 and use a non broken link (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/375 [clarification= s]=20 6 pull requests received 11 new comments: - #388 clarify EBMLSchema namespace (4 by dericed, robUx4) https://github.com/cellar-wg/ebml-specification/pull/388 [clarification= s]=20 - #387 Use a more stable and actual URL for namespace of our EBML Schema = (3 by dericed, robUx4) https://github.com/cellar-wg/ebml-specification/pull/387 [bug]=20 - #384 Auth48 v2b (1 by robUx4) https://github.com/cellar-wg/ebml-specification/pull/384=20 - #383 Clean external references (1 by dericed) https://github.com/cellar-wg/ebml-specification/pull/383 [build system]= [formatting]=20 - #379 Clarify the 0x is for notation, not storing (1 by dericed) https://github.com/cellar-wg/ebml-specification/pull/379 [clarification= s]=20 - #374 Integrate changes from the AUTH48 v2 review (1 by robUx4) https://github.com/cellar-wg/ebml-specification/pull/374=20 12 pull requests merged: - clarify EBMLSchema namespace https://github.com/cellar-wg/ebml-specification/pull/388 [clarification= s]=20 - Merge Changes from the 3rd (and last ?) AUTH48 review https://github.com/cellar-wg/ebml-specification/pull/386 [formatting]=20 - keep the full path of found tools https://github.com/cellar-wg/ebml-specification/pull/385 [build system]= =20 - Auth48 v2b https://github.com/cellar-wg/ebml-specification/pull/384=20 - Clean external references https://github.com/cellar-wg/ebml-specification/pull/383 [build system]= [formatting]=20 - Clarify the 0x is for notation, not storing https://github.com/cellar-wg/ebml-specification/pull/379 [clarification= s]=20 - fix XML Schema of the EBML Schema link https://github.com/cellar-wg/ebml-specification/pull/376 [bug]=20 - use hyphenation for Variable-Size Integer https://github.com/cellar-wg/ebml-specification/pull/381 [clarification= s] [formatting]=20 - clarify the XML nature of the EBML Schema https://github.com/cellar-wg/ebml-specification/pull/380 [clarification= s]=20 - Use a newer version of ITU.V42 and use a non broken link https://github.com/cellar-wg/ebml-specification/pull/375 [clarification= s]=20 - use proposed text for the EBML introduction https://github.com/cellar-wg/ebml-specification/pull/382 [clarification= s]=20 - clarify the recursive attribute https://github.com/cellar-wg/ebml-specification/pull/377 [clarification= s]=20 Repositories tracked by this digest: ----------------------------------- * https://github.com/cellar-wg/matroska-specification * https://github.com/cellar-wg/ebml-specification --===============1538955361994305612== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weekly github digest (CELLAR Activity Summary)

Sunday July 19, 2020

Events without label "editorial"

Issues

cellar-wg/matroska-specification (+0/-2/=F0=9F=92=AC4)

4 issues received 4 new comments:

2 issues closed:

Pull requests

cellar-wg/matroska-specification (+4/-3/=F0=9F=92=AC13)

4 pull requests submitted:

4 pull requests received 13 new comments:

3 pull requests merged:

cellar-wg/ebml-specification (+14/-12/=F0=9F=92=AC11)

14 pull requests submitted:

6 pull requests received 11 new comments:

12 pull requests merged:

Repositories tracked by this digest:

--===============1538955361994305612==-- From nobody Tue Jul 21 17:30:27 2020 Return-Path: X-Original-To: cellar@ietf.org Delivered-To: cellar@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE323A08DC; Tue, 21 Jul 2020 17:30:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liang Xia via Datatracker To: Cc: cellar@ietf.org, last-call@ietf.org, draft-ietf-cellar-ffv1.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.9.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159537782564.14553.11293321898516651562@ietfa.amsl.com> Reply-To: Liang Xia Date: Tue, 21 Jul 2020 17:30:25 -0700 Archived-At: Subject: [Cellar] Secdir last call review of draft-ietf-cellar-ffv1-16 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 00:30:26 -0000 Reviewer: Liang Xia Review result: Ready I have carried out the SecDir review for the -02 version, and all my nit concerns are addressed in current -16 version. But about my one question, I have not seen any response or actions: "Issues for clarification: In Security Considerations, besides the DoS attacks brought by the malicious payloads, is there any other kinds of attack possibly? For example, virus or worm are hidden in the malicious payloads to attack the system for more damages? Does it make sense and what's the consideration?" This time, is there any clarification? Thanks! From nobody Wed Jul 22 11:13:17 2020 Return-Path: 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 70E163A0919; Wed, 22 Jul 2020 11:13:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bpMuWv_qNQd1; Wed, 22 Jul 2020 11:13:13 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B87A13A0908; Wed, 22 Jul 2020 11:13:13 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C987EF40757; Wed, 22 Jul 2020 11:12:57 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, cellar@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20200722181257.C987EF40757@rfc-editor.org> Date: Wed, 22 Jul 2020 11:12:57 -0700 (PDT) Archived-At: Subject: [Cellar] =?utf-8?q?RFC_8794_on_Extensible_Binary_Meta_Language?= X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 18:13:16 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8794 Title: Extensible Binary Meta Language Author: S. Lhomme, D. Rice, M. Bunkus Status: Standards Track Stream: IETF Date: July 2020 Mailbox: slhomme@matroska.org, dave@dericed.com, moritz@bunkus.org Pages: 51 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-cellar-ebml-17.txt URL: https://www.rfc-editor.org/info/rfc8794 DOI: 10.17487/RFC8794 This document defines the Extensible Binary Meta Language (EBML) format as a binary container format designed for audio/video storage. EBML is designed as a binary equivalent to XML and uses a storage-efficient approach to build nested Elements with identifiers, lengths, and values. Similar to how an XML Schema defines the structure and semantics of an XML Document, this document defines how EBML Schemas are created to convey the semantics of an EBML Document. This document is a product of the Codec Encoding for LossLess Archiving and Realtime transmission Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Jul 22 14:00:01 2020 Return-Path: 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 B3BB43A09EC for ; Wed, 22 Jul 2020 13:59:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xv9xOa0h9VSa for ; Wed, 22 Jul 2020 13:59:53 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF7EB3A096A for ; Wed, 22 Jul 2020 13:59:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id B97ED38A24 for ; Wed, 22 Jul 2020 16:39:24 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id DhWGpljj38bO for ; Wed, 22 Jul 2020 16:39:23 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 21F3438A21 for ; Wed, 22 Jul 2020 16:39:23 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 17826A8 for ; Wed, 22 Jul 2020 16:59:49 -0400 (EDT) From: Michael Richardson To: cellar@ietf.org In-Reply-To: <20200722181257.C987EF40757@rfc-editor.org> References: <20200722181257.C987EF40757@rfc-editor.org> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Cellar] RFC 8794 on Extensible Binary Meta Language X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 21:00:00 -0000 --=-=-= Content-Type: text/plain rfc-editor@rfc-editor.org wrote: > A new Request for Comments is now available in online RFC libraries. > RFC 8794 > Title: Extensible Binary Meta Language YEAH! Congrats to all. Thank you for all the hard work. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8YqMQACgkQgItw+93Q 3WUl6Qf/WX2hKUHnDSU3eHVg55U9RU2Qzx5To8FrU5eRl4kuQ+6SXYgKJ/Q1ztL9 ACtETIXcR0pIiIH5IjMLAxmjIAW8RVzllRwJtXMGmHYrAj2J7Wd7veW2O92nNBvT 5WWaknR9iREQQYRG+trMWXXeYfUkMH1Kvy3ApaBjSvghiRcXahH4leu56Z7W9USE kzPnsvhcxUCJttncyEAix7m2UVs/7HJY8jJDvGVDoI50tuYIejHtagLkZKlU7Gg1 gUqlVoNnQenOrpJ+lDDkQdDtQViE4/qfonFj4ey7TyE6nXw0W8moLMUkS4Bep6t1 C77x0HC2m5yb+nEHyardpwO+XVXkKQ== =Sedh -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Jul 22 14:08:58 2020 Return-Path: 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 521383A09A0 for ; Wed, 22 Jul 2020 14:08:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZwTFmvoUw3o5 for ; Wed, 22 Jul 2020 14:08:56 -0700 (PDT) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C42D23A099C for ; Wed, 22 Jul 2020 14:08:55 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id h19so3991251ljg.13 for ; Wed, 22 Jul 2020 14:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ww8Wgcbvtn50yNwEZywxusJUME6ryy1lksk/u5knXGE=; b=VUqEphtaGXXBYZr0kGU0NktFJ+/1srcsoU5spaBi39h5IsNR31yOpsutvsarI4n0JD haNOm3OJKjDs4oPZ0mLMqNy0rlqbruDVrioYQpzQ3XIpYKnvsqVUFeIwgT+WpGvJStMI S/At+insxZQusOUO2Rf3fWtpF1TP6kh45M8ijASPqiqUmnZHIqH6zfKkdXjoGxc4v3VO lYWWOkehZORc7t3GXHm66MEVNYlH9WC9YJrbFPAzLFWMhzR8tGxNwpUWICrcRqjQtSBw YVR2vggkeZFzw9PaoEqQB0XKXw0YcpDoQLhO3x+tNPHsdhv62wPP0AmyyplRmjteE4/q AwWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ww8Wgcbvtn50yNwEZywxusJUME6ryy1lksk/u5knXGE=; b=MvnuqpM1Rz3f/Owak2ftIt7ABQNlAkpfJ7KoZhlO7nIkELNX8+knVx8xrGuN9W8AA2 eFnV88OOFmg30lyBSnGQ2tizIFpiiIlmfLnRrWDG9cuWXcARME9qzHrmGhYsE5gGuY17 RJ9Xs+9Viyz6x2nE6P3GdkasrXo9ITA83W3nbZfQrttsxXvfx4X7UhRrgM/hDx0cZqBh 2t9++uQ/GVLGD6M4oSTNEvQGylEUPOvxIQzLSk0EOvjQoPyg0DyRHVDUjgbenVma3ITb d0I8ke9jMskNMP/QpB7Bn2H4U5rM2Shw2Tvw8f9bbIQTXPn7tPWURsq29K24DnbaIJNQ BRWA== X-Gm-Message-State: AOAM531zpgegjws2u3BtdVy8EdyrgZ+q0ghvqcicKAMcF7AogVlhu2ba h9aFUF8Ir8fT+Gm5fNAPpb8caCxcR/ikdBBsjctNmQ== X-Google-Smtp-Source: ABdhPJwhYrgiVd0bKx1blXSadLN+hEf4n9uqgVC2DuQwy/eGTQQ0zp/wYocdUI9g7FybA2OMkUaKx9wYvQo6ub9PRi0= X-Received: by 2002:a2e:9396:: with SMTP id g22mr442424ljh.135.1595452133883; Wed, 22 Jul 2020 14:08:53 -0700 (PDT) MIME-Version: 1.0 References: <20200722181257.C987EF40757@rfc-editor.org> <1167.1595451589@localhost> In-Reply-To: <1167.1595451589@localhost> From: Spencer Dawkins at IETF Date: Wed, 22 Jul 2020 16:08:27 -0500 Message-ID: To: Michael Richardson Cc: Codec Encoding for LossLess Archiving and Realtime transmission Content-Type: multipart/alternative; boundary="000000000000b2451305ab0e2515" Archived-At: Subject: Re: [Cellar] RFC 8794 on Extensible Binary Meta Language X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 21:08:57 -0000 --000000000000b2451305ab0e2515 Content-Type: text/plain; charset="UTF-8" What Michael said. I appreciate you folk a lot! Best, Spencer On Wed, Jul 22, 2020 at 4:00 PM Michael Richardson wrote: > > rfc-editor@rfc-editor.org wrote: > > A new Request for Comments is now available in online RFC libraries. > > > > RFC 8794 > > > Title: Extensible Binary Meta Language > > YEAH! > Congrats to all. > Thank you for all the hard work. > > > -- > Michael Richardson , Sandelman Software Works > -= IPv6 IoT consulting =- > > > > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar > --000000000000b2451305ab0e2515 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
What Michael said. I appreciate you folk a lot!
=

Best,

Spencer

On Wed, Jul 22, 2= 020 at 4:00 PM Michael Richardson <mcr+ietf@sandelman.ca> wrote:

rfc-editor@r= fc-editor.org wrote:
=C2=A0 =C2=A0 > A new Request for Comments is now available in online RF= C libraries.


=C2=A0 =C2=A0 > RFC 8794

=C2=A0 =C2=A0 > Title:=C2=A0 =C2=A0 =C2=A0 Extensible Binary Meta Langua= ge

YEAH!
Congrats to all.
Thank you for all the hard work.


--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
=C2=A0-=3D IPv6 IoT consulting =3D-



_______________________________________________
Cellar mailing list
Cellar@ietf.org https://www.ietf.org/mailman/listinfo/cellar
--000000000000b2451305ab0e2515-- From nobody Wed Jul 22 22:17:56 2020 Return-Path: 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 AD9883A0598 for ; Wed, 22 Jul 2020 22:17:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tbbBnpBSYaXD for ; Wed, 22 Jul 2020 22:17:53 -0700 (PDT) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FC683A0593 for ; Wed, 22 Jul 2020 22:17:53 -0700 (PDT) Received: by mail-wm1-x32d.google.com with SMTP id 184so4005286wmb.0 for ; Wed, 22 Jul 2020 22:17:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=FMAEJoXcXK87mYyyt6hyuEG8kThTeqot5y8P99iAKJ4=; b=CsWem/EuTiuGtmvLaIpHbCh7SUpybL1ahosCv+W7OJ4XWzlmKS9F9vJQxmL9eEKceT aP5eGhfdeSvlS9cagBAI/Eyna19yo/o3gjLs2NpWjgo4YRk2vcRTjOZTDArgaXxYeV5f J/o9QNIlFkmBh4VqvXjfFJwdKXeT8CydHSbSvJN4WokEqoBRXbfIy1u/xWJxZUoan8C/ 1zJZB6qT1iuxr13+GE2bPYXWoMoek+QSUQL3CXlgJBnn1UR8xQ3gVr1Zc7qTMIYO3oPT 2kdt3OhgeMnBWfnHYMKHeo39Na1PHlJeilkB8pArIztXa7Ty/jSbfclXZW+zDT1gA8tc RgxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FMAEJoXcXK87mYyyt6hyuEG8kThTeqot5y8P99iAKJ4=; b=qg1HoxEPyh6532fC39Ohc4474mJEdUv5aLnNR1RV2J9S+7+TPvhLZ9EtYAHSKNynkX 6bl3SEcFI9Cx7WnSrOgcEACln9oRAeMJkeRjkBSeOJSUPXlA8JsTakSzag9Bh6Y+TSQ8 EVYUPSqglRn+rWqcNW9O4IIfgjW8rWJBKMHXtZQGBHXnsfI9UpjOD5ihGXw/cDc5StH2 /+MFTZpwjSjWYpmEArXB6gqS0vFhIXO1nkppF7VLXYgYuqrE0prXC+63QkGlK3vl+1Bi wnDgQ5MPvfhvIdl7hk69PePJAof3ho82BxpJzOMZQPvg2YLz3IJoFZuDzyihMkXkopTv +dcw== X-Gm-Message-State: AOAM530QNt+hsibrMIL+EgZF/D3Wcnpj6L1pQgaVDmvFLYLcAEE11fK0 909INlzqc2tr1BsFS8cTJPM6432rzzkcaQ== X-Google-Smtp-Source: ABdhPJxQXmbA7VuPWvgeZMO+f5ALGmRHlfhz3o2uoWj16u5XkzCvgmv0ea2c9AoU/mN6wNaEiV083A== X-Received: by 2002:a7b:c090:: with SMTP id r16mr2320229wmh.143.1595481471309; Wed, 22 Jul 2020 22:17:51 -0700 (PDT) Received: from [192.168.3.13] (85-168-154-201.rev.numericable.fr. [85.168.154.201]) by smtp.gmail.com with ESMTPSA id j16sm2329587wrt.7.2020.07.22.22.17.50 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 22 Jul 2020 22:17:50 -0700 (PDT) To: cellar@ietf.org References: <20200722181257.C987EF40757@rfc-editor.org> <1167.1595451589@localhost> From: Steve Lhomme Message-ID: Date: Thu, 23 Jul 2020 07:17:50 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Cellar] RFC 8794 on Extensible Binary Meta Language X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 05:17:55 -0000 Thanks everyone ! All the efforts means a lot to us (and to me). I cannot thank enough every one who is/was involved in making this happen. Now onto the biggest chunk: Matroska. On 2020-07-22 23:08, Spencer Dawkins at IETF wrote: > What Michael said. I appreciate you folk a lot! > > Best, > > Spencer > > On Wed, Jul 22, 2020 at 4:00 PM Michael Richardson > > wrote: > > > rfc-editor@rfc-editor.org wrote: >     > A new Request for Comments is now available in online RFC > libraries. > > >     > RFC 8794 > >     > Title:      Extensible Binary Meta Language > > YEAH! > Congrats to all. > Thank you for all the hard work. > > > -- > Michael Richardson >, Sandelman Software Works >  -= IPv6 IoT consulting =- > > > > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar > > > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar > From nobody Thu Jul 23 10:50:38 2020 Return-Path: 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 EDA773A0C27; Thu, 23 Jul 2020 10:50:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r1ng0Jn-5jh8; Thu, 23 Jul 2020 10:50:29 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11D833A0B66; Thu, 23 Jul 2020 10:50:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id A9CDB38A31; Thu, 23 Jul 2020 13:29:43 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5i__M0UISapu; Thu, 23 Jul 2020 13:29:43 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id BE4B138A1A; Thu, 23 Jul 2020 13:29:42 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id E929D9A; Thu, 23 Jul 2020 13:50:09 -0400 (EDT) From: Michael Richardson To: Liang Xia cc: secdir@ietf.org, last-call@ietf.org, draft-ietf-cellar-ffv1.all@ietf.org, cellar@ietf.org In-Reply-To: <159537782564.14553.11293321898516651562@ietfa.amsl.com> References: <159537782564.14553.11293321898516651562@ietfa.amsl.com> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Cellar] Secdir last call review of draft-ietf-cellar-ffv1-16 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 17:50:34 -0000 --=-=-= Content-Type: text/plain Liang Xia via Datatracker wrote: > But about my one question, I have not seen any response or actions: "Issues for > clarification: In Security Considerations, besides the DoS attacks brought by > the malicious payloads, is there any other kinds of attack possibly? For > example, virus or worm are hidden in the malicious payloads to attack the > system for more damages? Does it make sense and what's the consideration?" Hi, thank you for the review comments. Aside from possible buffer-overflow attacks that would attempt to smash the stack of a process, none of the content carried in ffv1 is intended to be executable. A virus or worm hidden in the payload would be rendered as if it was visual data by normal software processing. Clearly, a malicious system could use the ffv1 format in an attempt to disquise itself, but that would take a co-consipirator to extract that content. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8ZzdEACgkQgItw+93Q 3WVshwgAtXjz/3LseJFmc9PWDK1X0QMyX5ZbA49kq4S7L7+ECRY5wNGHsLPJlqXx K5d/O6FbxpipmKzV5O4TWZE5NDKUIgL1fGo0JrxeQo5ksoUMHfTu5iB+hansuybt xEKA76E8V68IXpwfbt3Lif1DUQQ3sChbnyeaUyd/m2fO7nBHaT/FFUvvt2/Vuvme LQA7vruH4W8i9A/87tQU1YW5kjHy6kBwaP+SBrZEh9gHRLcCD8iNJ8i/CIAK9f95 WH8Pd3DPCgfl6uWQzvocbmNaLQYNqw91yBC1CjeGXwNyOegz4fFueMMiNi9D8or2 zFiR7mEX6GYDJynoHHegfKgzKYD8dw== =2pFT -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Jul 26 00:32:38 2020 Return-Path: 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 83A903A0C1E for ; Sun, 26 Jul 2020 00:32:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=msZn11jE; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=jRvgq7rt Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9p6XC9ofHPDB for ; Sun, 26 Jul 2020 00:32:28 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E3BA3A0C1A for ; Sun, 26 Jul 2020 00:32:28 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 22A36C1F for ; Sun, 26 Jul 2020 03:32:28 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 26 Jul 2020 03:32:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:from:to:subject:message-id:date; s= fm3; bh=bGcbKyfLLSKY0yYlP1LqUbLBwDF5OauoaK+KrS73f9s=; b=msZn11jE HZmqA9XFfMveNJUY1hX41U6YdjGuAPJcPpSjMrMflpcg5tvZ0aljN/7SGFiPX+PC PpK+dczqR+8+Fqlmf7+Yt7aGc0AlCbXTvTwJlgqPlLIgYfxjYY3G+aEPja1J9rDE m0TiOL/7d3wzbowzhYc8Z5f9JkN7x95NFsKp/stHONM9oNKk/QVcbnS5M/xYIRc4 6eY88p8KveIVID25/rhjrSc39ufRpzu6MRS47mBaEEZqQZZW42ojHIS5xSE141/q J6KGgj7tVH52KqMI4ppt1kH0Ox07DmqGQGtWz1TXO4uvkxgW64dYEG5A3J5NQUrt 3NMmPBwn0cQRVQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=bGcbKyfLLSKY0yYlP1LqUbLBwDF5O auoaK+KrS73f9s=; b=jRvgq7rttfN0u1eKHSFV90i4z5gmf3O0luU+SLmYMvUTx omJfQfgeXmaBWeGf06LmpJATHYFhdN++ArqaaI9xlXECoGgHq39btgc5YnDusilT jpL1pGHVZtLIMBqmBafxP84bt1QmIzl+P7yS7fG1Y+0p5MDcls4/WasVwVeNNUkp VWi3ZHw8oFoiCS3fWV7GVkHPqAoL7Zb7afZdfQPs9sO1fm6RU4/7VQtBNv/X2hhf kiIEf4csTV27J4VKG20jLo2NLLmU0Qg2tAwog4ykLyqvL9zA6SUQ35NqPyhkFpjY +v/53kWpNrUu2MxlKIAn40xRpm7ryp6jFwRwgi7Pg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrheeigdduudehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpegtggfhvffusegrtddtredttdejne cuhfhrohhmpeftvghpohhsihhtohhrhicutegtthhivhhithihucfuuhhmmhgrrhihuceu ohhtuceoughopghnohhtpghrvghplhihsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepkeefvdduteejvdefkeehieevuefgfefhteetveegffekffefteffvdelheduieet necuffhomhgrihhnpehgihhthhhusgdrtghomhenucfkphephedvrddujeehrddvudeird dvudeknecuvehluhhsthgvrhfuihiivgepvdenucfrrghrrghmpehmrghilhhfrhhomhep ughopghnohhtpghrvghplhihsehmnhhothdrnhgvth X-ME-Proxy: Received: from fv-az134.internal.cloudapp.net (unknown [52.175.216.218]) by mail.messagingengine.com (Postfix) with ESMTPA id 6898830600A6 for ; Sun, 26 Jul 2020 03:32:27 -0400 (EDT) Content-Type: multipart/alternative; boundary="===============8479199314788488487==" MIME-Version: 1.0 From: Repository Activity Summary Bot To: cellar@ietf.org Message-Id: <20200726073227.6898830600A6@mailuser.nyi.internal> Date: Sun, 26 Jul 2020 03:32:27 -0400 (EDT) Archived-At: Subject: [Cellar] Weekly github digest (CELLAR Activity Summary) X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 07:32:37 -0000 --===============8479199314788488487== MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; format="flowed" Events without label "editorial" Pull requests ------------- * cellar-wg/matroska-specification (+1/-1/=F0=9F=92=AC7) 1 pull requests submitted: - Make lines in markdown shorter (by robUx4) https://github.com/cellar-wg/matroska-specification/pull/400 [formattin= g]=20 3 pull requests received 7 new comments: - #400 Make lines in markdown shorter (1 by robUx4) https://github.com/cellar-wg/matroska-specification/pull/400 [formattin= g]=20 - #399 fix the EBML Schema namespace (1 by dericed) https://github.com/cellar-wg/matroska-specification/pull/399 [bug]=20 - #398 Misc automated processing and cleaning (5 by dericed, retokromer, = robUx4) https://github.com/cellar-wg/matroska-specification/pull/398 [formattin= g]=20 1 pull requests merged: - Misc automated processing and cleaning https://github.com/cellar-wg/matroska-specification/pull/398 [formattin= g]=20 * cellar-wg/ebml-specification (+1/-1/=F0=9F=92=AC1) 1 pull requests submitted: - use RFC 8141 instead of deprecated RFC 2141 (by robUx4) https://github.com/cellar-wg/ebml-specification/pull/389 [bug] [clarifi= cations]=20 1 pull requests received 1 new comments: - #389 use RFC 8141 instead of deprecated RFC 2141 (1 by retokromer) https://github.com/cellar-wg/ebml-specification/pull/389 [bug] [clarifi= cations]=20 1 pull requests merged: - use RFC 8141 instead of deprecated RFC 2141 https://github.com/cellar-wg/ebml-specification/pull/389 [bug] [clarifi= cations]=20 Repositories tracked by this digest: ----------------------------------- * https://github.com/cellar-wg/matroska-specification * https://github.com/cellar-wg/ebml-specification --===============8479199314788488487== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weekly github digest (CELLAR Activity Summary)

Sunday July 26, 2020

Events without label "editorial"

Pull requests

cellar-wg/matroska-specification (+1/-1/=F0=9F=92=AC7)

1 pull requests submitted:

3 pull requests received 7 new comments:

1 pull requests merged:

cellar-wg/ebml-specification (+1/-1/=F0=9F=92=AC1)

1 pull requests submitted:

1 pull requests received 1 new comments:

1 pull requests merged:

Repositories tracked by this digest:

--===============8479199314788488487==-- From nobody Thu Jul 30 05:25:50 2020 Return-Path: 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 41BC43A0E11; Thu, 30 Jul 2020 05:25:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8w5N3ttlU-q9; Thu, 30 Jul 2020 05:25:45 -0700 (PDT) Received: from mail-ua1-x92b.google.com (mail-ua1-x92b.google.com [IPv6:2607:f8b0:4864:20::92b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C8993A10D4; Thu, 30 Jul 2020 05:25:20 -0700 (PDT) Received: by mail-ua1-x92b.google.com with SMTP id y17so2516969uaq.6; Thu, 30 Jul 2020 05:25:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Fxs/r80lM2c7/LLNm5rvz9/SBCim8T3GuU9lbEk6v1g=; b=tG3Sry2UOqfoGbqz2Ge/2FN56DmZkjTGN5Y70DV4X5knJlQsSm2pSerY538N0jgmpT 1G1i4ayCP163fERWTVYNG57GxnzxRw50UBHrxSzgZZuN/exfhhuBPNIV5KFuBJ9MSz1h DIsfND2nFbGG00v2fFz6JGNbebzIpqyPCEmNmT/b/1CSIUdN02hnVXmd3xIoU/9hHGgt QjmRe/UaDX5Ms4d/b3kLmO7vF4uYRdDdPh/WWuviJqh9bDlAQGghd6EcC5E280aQ7HkG OrBLuT0JFlnNJaoDHMsb+We/T0KWOIMBp5Jlf1RQ1UVkT1pW1GBeC+YusHAj+QY/BmLz hnVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Fxs/r80lM2c7/LLNm5rvz9/SBCim8T3GuU9lbEk6v1g=; b=dMFTKQl9RsocEx3pLZSIJLbiynSAbnQgs84cXov207eVE/mEHPTUJE3jmWs8LcLB2v pa7Ih4fqmEqVMSBfcXtnHHi5drXxAkwxDEQXbIgC+r9YlUi0TFmTDlyfyOIM7z5tGCYl pvsG392erplBt8NXnD4oA2mb6XEtPSnD+a5MGP95Z+uUjtRRkI2GFGz11fHGZTYJvrfX 8WUX37/B0RVnXedtJ1lW8h5alCiq5Z1fFTFrrbXdOFqKjr7JmCm/czcIMWC2Fn+TYOtK rwsp6aHAQllFuNTTDNGeO7hPOxMQitVu75mcuJLUxowtX89a/Qyv/lH7vsWYZsSuXrhb cYgg== X-Gm-Message-State: AOAM533JpoeoGexpYD1GZtXh3C9/Rl7/T+uOlj82K2NhliH2NmqQS+Bn K6QiuLkiLQcBv8+1TpqUdH1RDeDhTJuzRqFgr1A= X-Google-Smtp-Source: ABdhPJz4rSB3floXcD/fHkZZEIiaYs+YhS1rDLBk+BluUzxQ3LU4vzaNe/3+wbq6fyByZyqLggb97g9nmAtsWzXwejs= X-Received: by 2002:a9f:31f3:: with SMTP id w48mr27662766uad.87.1596111919957; Thu, 30 Jul 2020 05:25:19 -0700 (PDT) MIME-Version: 1.0 References: <159470027331.24170.16229303627582288772@ietfa.amsl.com> In-Reply-To: From: "Murray S. Kucherawy" Date: Thu, 30 Jul 2020 05:25:06 -0700 Message-ID: To: Spencer Dawkins at IETF Cc: Codec Encoding for LossLess Archiving and Realtime transmission , draft-ietf-cellar-ffv1.all@ietf.org Content-Type: multipart/alternative; boundary="00000000000002ca2705aba7c421" Archived-At: Subject: Re: [Cellar] Genart last call review of draft-ietf-cellar-ffv1-16 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 12:25:48 -0000 --00000000000002ca2705aba7c421 Content-Type: text/plain; charset="UTF-8" [trimming Cc list] On Thu, Jul 16, 2020 at 8:18 AM Spencer Dawkins at IETF < spencerdawkins.ietf@gmail.com> wrote: > Thanks for the review! We'll work through these comments. > Just checking in... Should I expect a new version as a result of this and/or the secdir reviews? -MSK --00000000000002ca2705aba7c421 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
[trimming Cc list]

On Thu, Jul 16,= 2020 at 8:18 AM Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> = wrote:
Thanks for the review! We'll work th= rough these comments.

Just checking i= n...

Should I expect a new version as a result of this an= d/or the secdir reviews?

-MSK
--00000000000002ca2705aba7c421-- From nobody Thu Jul 30 05:49:05 2020 Return-Path: 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 747903A10E7 for ; Thu, 30 Jul 2020 05:49:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.52 X-Spam-Level: X-Spam-Status: No, score=-0.52 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bwfQiuAX2Xn6 for ; Thu, 30 Jul 2020 05:49:01 -0700 (PDT) Received: from 14.mo6.mail-out.ovh.net (14.mo6.mail-out.ovh.net [46.105.56.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CABA43A10E3 for ; Thu, 30 Jul 2020 05:49:00 -0700 (PDT) Received: from player792.ha.ovh.net (unknown [10.110.115.215]) by mo6.mail-out.ovh.net (Postfix) with ESMTP id F394C21F238 for ; Thu, 30 Jul 2020 14:48:57 +0200 (CEST) Received: from mediaarea.net (unknown [62.147.199.69]) (Authenticated sender: jerome@mediaarea.net) by player792.ha.ovh.net (Postfix) with ESMTPSA id 0537F14DF90FF; Thu, 30 Jul 2020 12:48:52 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-97G00183993259-7068-4974-943d-9f70efbcc89a, 0FCF841236E939CAE57D1C34107643323447EA6C) smtp.auth=jerome@mediaarea.net To: "Murray S. Kucherawy" , Spencer Dawkins at IETF Cc: Codec Encoding for LossLess Archiving and Realtime transmission , draft-ietf-cellar-ffv1.all@ietf.org References: <159470027331.24170.16229303627582288772@ietfa.amsl.com> From: Jerome Martinez Message-ID: <00d8f42a-9e57-a2fb-d955-1bed2af9f9d9@mediaarea.net> Date: Thu, 30 Jul 2020 14:48:45 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------E185125A78D6781AE8B1BEB2" Content-Language: en-US X-Ovh-Tracer-Id: 13959188520210206891 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrieeigdehkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefuvfhfhffkffgfgggjtgesrgdtreertdefjeenucfhrhhomheplfgvrhhomhgvucforghrthhinhgviicuoehjvghrohhmvgesmhgvughirggrrhgvrgdrnhgvtheqnecuggftrfgrthhtvghrnhepgfejhfeuhefhleffveffgfdvvefhleekgfelhfegheefudevvdeutdfhheevuddtnecukfhppedtrddtrddtrddtpdeivddrudegjedrudelledrieelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhpqdhouhhtpdhhvghlohepphhlrgihvghrjeelvddrhhgrrdhovhhhrdhnvghtpdhinhgvtheptddrtddrtddrtddpmhgrihhlfhhrohhmpehjvghrohhmvgesmhgvughirggrrhgvrgdrnhgvthdprhgtphhtthhopegtvghllhgrrhesihgvthhfrdhorhhg Archived-At: Subject: Re: [Cellar] Genart last call review of draft-ietf-cellar-ffv1-16 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Codec Encoding for LossLess Archiving and Realtime transmission List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 12:49:04 -0000 This is a multi-part message in MIME format. --------------E185125A78D6781AE8B1BEB2 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 30/07/2020 14:25, Murray S. Kucherawy wrote: > > Should I expect a new version as a result of this and/or the secdir > reviews? I plan to send some changes to the doc in order to handle the remarks, but I have some delays. Jérôme --------------E185125A78D6781AE8B1BEB2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 30/07/2020 14:25, Murray S. Kucherawy wrote:

Should I expect a new version as a result of this and/or the secdir reviews?


I plan to send some changes to the doc in order to handle the remarks, but I have some delays.

Jérôme

--------------E185125A78D6781AE8B1BEB2--