From nobody Mon Jun 5 20:52:44 2017 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 9D00A12EACD for ; Mon, 5 Jun 2017 20:52:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=uw-edu.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 3NWxfhXxoZ7P for ; Mon, 5 Jun 2017 20:52:38 -0700 (PDT) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (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 B00F1126CD8 for ; Mon, 5 Jun 2017 20:52:38 -0700 (PDT) Received: by mail-oi0-x230.google.com with SMTP id s3so82359001oia.0 for ; Mon, 05 Jun 2017 20:52:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uw-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc; bh=UQ+V+yzl9ZYD+b0oGpFJqaxnETeCdB9eJbslasSgnDc=; b=SUXFfYn0ssSLraYp5H8fP1VeT9oBpcMLW55N5ZJv/ZlcE+iZJTPHAqij5ViZ4DLLFa 9hCA18WQDdGxHKDuYJUthlqe/BaCQo8pDwoy6p+fw8oaxgUg2AfZb1R3LnHtHyU5ZYrd iXL6D0+0+2e196DMp6TK/3tdBLRqu85XqQEdinGcxfuVwxVQtHB9ZR7pt1Yz5vhi28cB HSqJ0v8X2PWDjUaq4vN7lsqivhHnW3ngrQ2cBayvUVxMwx+DA+kPPSEt2GSFsDKqWD86 p/f55RCzO8UTswxX6ZkGpBtnFuAZ2mifHtFV6mDv7CtBiisY15qp//R4f19NrXQVZUlJ Db5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:cc; bh=UQ+V+yzl9ZYD+b0oGpFJqaxnETeCdB9eJbslasSgnDc=; b=LO88KIOUcNxzkZwiyx3m1XRdF9eIo4WoEBmAXukNUNwHr1K69lh+qxFYj5AWXa3CmV dU2IWmQFB9IH+xeHTfE3Jb2GggN9F/XuOfq95PKzDTcL8kLB+6rtoQPbK/VWMEP4mKJK mm84N86gX/04IhhfkdRdotxm9H4wX9NIfoaQ5zBMSqQTxODUN16zASShsTbXGtp7D4R1 wy2ManK1KAHPX+j2hLtWIdTe0RUz2X2oarmyCGHnHpJIMQHAwF8iiE9RdaOQ44ULqPFu fK/lLttQG/TmxDNmurfHmuSPIWnPXnK2z2hru0qHaX1evdGNfY6TvHKV879NsNFYtKRv sLJw== X-Gm-Message-State: AODbwcDrcxjtE/SwZjrpeMmNvwXGgI7z3WoCggcPrZ+bCBJlPrugedNN BJ6uc4iih/Nd6i6WIaetmFg3vXJ9Wpm2YoM= X-Received: by 10.202.51.7 with SMTP id z7mt11830736oiz.75.1496721157625; Mon, 05 Jun 2017 20:52:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.42.135 with HTTP; Mon, 5 Jun 2017 20:52:37 -0700 (PDT) In-Reply-To: <5ECF235E-7934-468F-B3A7-90CE6EEEB555@dericed.com> References: <5ECF235E-7934-468F-B3A7-90CE6EEEB555@dericed.com> From: Andrew James Weaver Date: Mon, 5 Jun 2017 20:52:37 -0700 Message-ID: Cc: Codec Encoding for LossLess Archiving and Realtime transmission , flac-dev@xiph.org Content-Type: multipart/alternative; boundary="001a113cd192ee5d9f0551428c8d" Archived-At: Subject: Re: [Cellar] FLAC Markdown X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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: Tue, 06 Jun 2017 03:52:43 -0000 --001a113cd192ee5d9f0551428c8d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello all! (cc-ing the flac-dev list) I would like to give an update as to the recent CELLAR work on the FLAC specification. =E2=80=A2 Work has been done to make internal and external links more accur= ate and reliable. =E2=80=A2 'Rice Coding' has been clarified as 'Exponential Golomb Coding.' =E2=80=A2 Clarifications have been made for binary representation. =E2=80=A2 Typos and other small changes have been fixed for clarity. Lastly, a version 00 release has been made (available at https://github.com/privatezero/flac_markdown/releases) and the draft document has been uploaded to the IETF datatracker ( https://datatracker.ietf.org/doc/draft-xiph-cellar-flac/) All the best! Andrew Weaver On Mon, May 22, 2017 at 11:06 AM, Dave Rice wrote: > > On May 12, 2017, at 1:05 PM, Dave Rice wrote: > > Hi all, > And cc'ing flac-dev. > > On May 10, 2017, at 12:15 PM, Dave Rice wrote: > > Hi Andrew, > > On May 10, 2017, at 11:19 AM, Andrew James Weaver wrote: > > Hello all! > > In a previous discussions on this list about people interested in working > on the FLAC standard, I said that I would be willing to start the process > of converting the existing standard into Markdown. I am writing to inform > the list that I have begun preliminary work on this conversion. > > Currently that work is living here https://github.com/ > privatezero/flac_markdown. > > > I sent a pull request at https://github.com/privatezero/flac_markdown/ > pull/1, which starts to add a process to convert the markdown to the RFC > format using the same Makefile approach that we use with the FFV1 and EBM= L > markdown files. There's still a lot of inter-document cross-referencing > that needs to be adjusted before the Makefile works. For instance current > cross-referencing like: > > [*SUBFRAME\_VERBATIM*](#subframe_verbatim) > > won't render as expected in a plain text RFC, but would simply render to > something like "Section X.X.X". > > In EBML we use markdown such as > > See [the section on `Element Data Size`](#element-data-size) for rules th= at apply to elements of unknown length. > > so that in the RFC this renders to > > See Section 7 for rules that apply to elements of unknown length. > > and in the markdown it renders to > > See the section on Element Data Size > > for rules that apply to elements of unknown length. > > > I added some issues to the flac_markdown repository and Andrew addressed > them in https://github.com/privatezero/flac_markdown/pull/7. Most of > these issues pertain to unintended semantic differences between the FLAC > specification as it exists in its original HTML form at > https://xiph.org/flac/format.html and the markdown rendition being worked > on at https://github.com/privatezero/flac_markdown/blob/master/flac.md. > > Since the recent work focuses on a change of format from HTML to markdown= , > I suggest that short term goals on the flac specification focus on: > - verifying semantic equalness with the html version > - resolving issues that block the mmark/xml2rfc process that generates th= e > RFC formats of the specification > - add standard RFC boilerplate (abstract, rfc2119, etc) > > > To summarize recent work on the FLAC specification, the document has been > adjusted in its new markdown format in order to achieve semantic similari= ty > to the original HTML rendition on the xiph.org site. In order to get the > structural data (such as the tables at the end of https://xiph.org/flac/ > format.html) to fit in plain text RFC style, the tables were dissected a > bit to separate value lists from structural lists. In this way the > subcomponents and defined in their own sections instead of the prior > strategy of detailing lists and pseudocode within large tables. For > instance see the original rendition of the frame header documentation fro= m > https://xiph.org/flac/format.html#frame_header compared to the dissected > version which gives the subcomponents their own subsequent sections at > https://github.com/privatezero/flac_markdown/blob/ > 7a5c21d49d1fda89609ffa9edfca2447c7ca3c5e/flac.md#frame_header. Splitting > out the subcomponents into their own sections also gives space to be more > explicate in defining them, such as https://github.com/ > privatezero/flac_markdown/commit/3aaa5f293102018bd7c41409e79e36f510557d96= . > > Andrew noticed that there are some issues with managing section titles > that contain underscores and getting internal sectional citations to work= . > For instance (#frame-header) will link to `FRAME HEADER` (space) but not > `FRAME_HEADER` (underscore). Is there any reason not to swap the all-caps= , > underscored component names to tilde-quoted, all caps name with spaces > rather than underscores? > > For convenience, here is a rendering of the plain text RFC output of > git-master of the FLAC format repository: https://gist.github.com/dericed= / > 2639d0eed5e064b4dec1399bc8716833. > > I suggest reviews of the current markdown from those familiar with the > historical FLAC format specification so that we ensure that the current > work is the same in meaning to the original html version of the > specification. > > Best Regards, > Dave Rice > > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar > > --=20 Andrew Weaver, MLIS American Archive of Public Broadcasting National Digital Stewardship Resident @ CUNY TV weevz@uw.edu --001a113cd192ee5d9f0551428c8d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all!
(cc-ing the flac-dev list)

I would like to give an update as to the recent CELLAR work on the F= LAC specification.

=E2=80=A2 Work has been done to= make internal and external links more accurate and reliable.
=E2= =80=A2 'Rice Coding' has been clarified as 'Exponential Golomb = Coding.'
=E2=80=A2 Clarifications have been made for binary r= epresentation.
=E2=80=A2 Typos and other small changes have been = fixed for clarity.

Lastly, a version 00 release ha= s been made (available at=C2=A0https://github.com/privatezero/flac_markdown/releases= ) and the draft document has been uploaded to the IETF datatracker (https://d= atatracker.ietf.org/doc/draft-xiph-cellar-flac/)

All the best!
Andrew Weaver

On Mon, May 22, 2017 at 11:06 AM, = Dave Rice <dave@dericed.com> wrote:

On May 12, 2017, at 1:05 PM, Dave Rice <dave@dericed.com> = wrote:

Hi all,
And cc'ing flac-d= ev.

On May 10, 2017, at 12:15 = PM, Dave Rice <dav= e@dericed.com> wrote:

Hi Andrew,
On May 10, 2017, at 11:19 AM, Andr= ew James Weaver <weevz= @uw.edu> wrote:

Hello all!

In a prev= ious discussions on this list about people interested in working on the FLA= C standard, I said that I would be willing to start the process of converti= ng the existing standard into Markdown. I am writing to inform the list tha= t I have begun preliminary work on this conversion.

Currently that work is living here=C2=A0https://github.com/privatezero/flac_m= arkdown.

I sent a pull req= uest at=C2=A0https://github.com/privatezero/flac_markdown/= pull/1, which starts to add a process to convert the markdown to the RF= C format using the same Makefile approach that we use with the FFV1 and EBM= L markdown files. There's still a lot of inter-document cross-referenci= ng that needs to be adjusted before the Makefile works. For instance curren= t cross-referencing like:

[*SUBFRAME\_VERBATIM*](#= subframe_verbatim)

won't render as expect= ed in a plain text RFC, but would simply render to something like "Sec= tion X.X.X".

In EBML we use markdown such as<= /div>
See [the section on `Element Data Size`](#element-data-=
size) for rules that apply to elements of unknown length.
s= o that in the RFC this renders to
See Section 7 for rules th=
at apply to elements of unknown length.
and in the markdown it re= nders to

See=C2=A0the section on=C2=A0Element Data Size=C2=A0for rules= that apply to elements of unknown length.

I added some issues to the flac_markdown repositor= y and Andrew addressed them in=C2=A0https://github.com/privatezero/flac_= markdown/pull/7. Most of these issues pertain to unintended semant= ic differences between the FLAC specification as it exists in its original = HTML form at=C2=A0https://xiph.org/flac/format.html=C2=A0and the markdown rendition be= ing worked on at=C2=A0https://github.com/privateze= ro/flac_markdown/blob/master/flac.md.

Sin= ce the recent work focuses on a change of format from HTML to markdown, I s= uggest that short term goals on the flac specification focus on:
- verifying semantic equalness with the html version
- resolving issu= es that block the mmark/xml2rfc process that generates the RFC formats of t= he specification
- add standard RFC boilerplate (abstract, rfc2119, et= c)

To summarize recent work o= n the FLAC specification, the document has been adjusted in its new markdow= n format in order to achieve semantic similarity to the original HTML rendi= tion on the xiph.org site= . In order to get the structural data (such as the tables at the end of=C2= =A0https://= xiph.org/flac/format.html) to fit in plain text RFC style, the tab= les were dissected a bit to separate value lists from structural lists. In = this way the subcomponents and defined in their own sections instead of the= prior strategy of detailing lists and pseudocode within large tables. For = instance see the original rendition of the frame header documentation from = https://xiph.org/flac/format.html#frame_header compared to the d= issected version which gives the subcomponents their own subsequent section= s at=C2=A0https://github.com/privatezero/flac_markdown/blob/7a5c21d4= 9d1fda89609ffa9edfca2447c7ca3c5e/flac.md#frame_header. Splitt= ing out the subcomponents into their own sections also gives space to be mo= re explicate in defining them, such as=C2=A0https://github.com/privatezero/flac_markdown/com= mit/3aaa5f293102018bd7c41409e79e36f510557d96.

<= /div>
Andrew noticed that there are some issues with managing section t= itles that contain underscores and getting internal sectional citations to = work. For instance (#frame-header) will link to `FRAME HEADER` (space) but = not `FRAME_HEADER` (underscore). Is there any reason not to swap the all-ca= ps, underscored component names to tilde-quoted, all caps name with spaces = rather than underscores?

For convenience, here is = a rendering of the plain text RFC output of git-master of the FLAC format r= epository:=C2=A0https://gist.github.com/dericed/2639d0eed5e064b4dec1399bc8716833.

I su= ggest reviews of the current markdown from those familiar with the historic= al FLAC format specification so that we ensure that the current work is the= same in meaning to the original html version of the specification.

Best Regards,
Dave Rice

________= _______________________________________
Cellar mailing list
Cellar@ietf.org
https://www.ietf.org/mailman/listinfo/cellar



--
=
Andrew= Weaver, MLIS
American Archi= ve of Public Broadcasting
National= Digital Stewardship Resident @ CUNY TV
weevz@uw.edu
--001a113cd192ee5d9f0551428c8d-- From nobody Tue Jun 6 17:23:56 2017 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 06748126DED for ; Tue, 6 Jun 2017 17:23:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.119 X-Spam-Level: X-Spam-Status: No, score=-1.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 OVhJpRmygo_N for ; Tue, 6 Jun 2017 17:23:53 -0700 (PDT) Received: from s172.web-hosting.com (s172.web-hosting.com [68.65.122.110]) (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 54C7B126DD9 for ; Tue, 6 Jun 2017 17:23:53 -0700 (PDT) Received: from cpe-104-162-86-103.nyc.res.rr.com ([104.162.86.103]:45006 helo=[10.0.1.5]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dIOlK-000wT7-D3; Tue, 06 Jun 2017 20:23:51 -0400 From: Dave Rice Message-Id: <95802266-E21E-4A05-B876-F2AA07513A40@dericed.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_16716C9C-C0BC-4E8C-A237-315057EA0F66" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Tue, 6 Jun 2017 20:23:47 -0400 In-Reply-To: Cc: flac-dev@xiph.org, Codec Encoding for LossLess Archiving and Realtime transmission To: Andrew James Weaver References: <5ECF235E-7934-468F-B3A7-90CE6EEEB555@dericed.com> X-Mailer: Apple Mail (2.3273) X-OutGoing-Spam-Status: No, score=-2.9 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: Re: [Cellar] [flac-dev] FLAC Markdown X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 00:23:55 -0000 --Apple-Mail=_16716C9C-C0BC-4E8C-A237-315057EA0F66 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi all, > On Jun 5, 2017, at 11:52 PM, Andrew James Weaver wrote: >=20 > Hello all! > (cc-ing the flac-dev list) >=20 > I would like to give an update as to the recent CELLAR work on the = FLAC specification. >=20 > =E2=80=A2 Work has been done to make internal and external links more = accurate and reliable. > =E2=80=A2 'Rice Coding' has been clarified as 'Exponential Golomb = Coding.' > =E2=80=A2 Clarifications have been made for binary representation. > =E2=80=A2 Typos and other small changes have been fixed for clarity. >=20 > Lastly, a version 00 release has been made (available at = https://github.com/privatezero/flac_markdown/releases = ) and the draft = document has been uploaded to the IETF datatracker = (https://datatracker.ietf.org/doc/draft-xiph-cellar-flac/ = ) >=20 > All the best! > Andrew Weaver =46rom a review of the markdown and the rendered RFC, I=E2=80=99d like = to consider renaming many of the components of FLAC from the = ALL_CAPS_WITH_UNDERSCORE_STYLE to `Title Case Names in BackTicks` (which = is similar to how local components have been named and referenced in the = FFV1 and Matroska documents). Thus =E2=80=9CMETADATA_BLOCK_HEADER=E2=80=9D= would be `Metadata Block Header` and expressed with that same case and = quoting at each reference. I also suggest that the metadata block types = such as =E2=80=9CMETADATA_BLOCK_STREAMINFO=E2=80=9D and = =E2=80=9CMETADATA_BLOCK_APPLICATION=E2=80=9D simply be renamed as = `Streaminfo Block` and `Application Block` and that each of those = components be defined as being a `Metadata Block`. I may send a pull request for this soon but wanted to ask around in case = there=E2=80=99s some reason for or advantage of the = ALL_CAPS_WITH_UNDERSCORE_STYLE that I=E2=80=99m missing. Best Regards, Dave Rice --Apple-Mail=_16716C9C-C0BC-4E8C-A237-315057EA0F66 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi all,

On Jun 5, 2017, at 11:52 PM, = Andrew James Weaver <weevz@uw.edu> wrote:

Hello all!
(cc-ing the flac-dev list)

I would = like to give an update as to the recent CELLAR work on the FLAC = specification.

=E2=80=A2 Work has been done to make internal and external = links more accurate and reliable.
=E2=80=A2 'Rice = Coding' has been clarified as 'Exponential Golomb Coding.'
=E2=80=A2 Clarifications have been made for binary = representation.
=E2=80=A2 Typos and other small = changes have been fixed for clarity.

Lastly, a version 00 release has been = made (available at https://github.com/privatezero/flac_markdown/releases) = and the draft document has been uploaded to the IETF datatracker (https://datatracker.ietf.org/doc/draft-xiph-cellar-flac/)

All the = best!
Andrew = Weaver

=46rom a review of the markdown and the rendered RFC, I=E2=80=99= d like to consider renaming many of the components of FLAC from the = ALL_CAPS_WITH_UNDERSCORE_STYLE to `Title Case Names in BackTicks` (which = is similar to how local components have been named and referenced in the = FFV1 and Matroska documents). Thus =E2=80=9CMETADATA_BLOCK_HEADER=E2=80=9D= would be `Metadata Block Header` and expressed with that same case and = quoting at each reference. I also suggest that the metadata block types = such as =E2=80=9CMETADATA_BLOCK_STREAMINFO=E2=80=9D and = =E2=80=9CMETADATA_BLOCK_APPLICATION=E2=80=9D simply be renamed as = `Streaminfo Block` and `Application Block` and that each of those = components be defined as being a `Metadata Block`.

I may send a pull = request for this soon but wanted to ask around in case there=E2=80=99s = some reason for or advantage of the ALL_CAPS_WITH_UNDERSCORE_STYLE that = I=E2=80=99m missing.

Best Regards,
Dave Rice

= --Apple-Mail=_16716C9C-C0BC-4E8C-A237-315057EA0F66-- From nobody Tue Jun 6 17:41:48 2017 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 AF738129408 for ; Tue, 6 Jun 2017 17:41:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, RCVD_IN_SORBS_SPAM=0.5, 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 JcytzqkgE0Yt for ; Tue, 6 Jun 2017 17:41:45 -0700 (PDT) Received: from homiemail-a98.g.dreamhost.com (sub4.mail.dreamhost.com [69.163.253.135]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E87A126BF0 for ; Tue, 6 Jun 2017 17:41:45 -0700 (PDT) Received: from homiemail-a98.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a98.g.dreamhost.com (Postfix) with ESMTP id 9A4A36000A61A; Tue, 6 Jun 2017 17:41:44 -0700 (PDT) Received: from [10.0.1.31] (75-165-111-134.tukw.qwest.net [75.165.111.134]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: brian@madronalabs.com) by homiemail-a98.g.dreamhost.com (Postfix) with ESMTPSA id 1119860002A2F; Tue, 6 Jun 2017 17:41:43 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_120AEF94-22E2-45F7-A17A-3A0E97B92A04" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Brian Willoughby In-Reply-To: <95802266-E21E-4A05-B876-F2AA07513A40@dericed.com> Date: Tue, 6 Jun 2017 17:41:43 -0700 Cc: flac-dev@xiph.org, Codec Encoding for LossLess Archiving and Realtime transmission Message-Id: <0145D8DF-1959-48ED-81F1-27532357DC6C@audiobanshee.com> References: <5ECF235E-7934-468F-B3A7-90CE6EEEB555@dericed.com> <95802266-E21E-4A05-B876-F2AA07513A40@dericed.com> To: Dave Rice X-Mailer: Apple Mail (2.1510) Archived-At: Subject: Re: [Cellar] [flac-dev] FLAC Markdown X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 00:41:48 -0000 --Apple-Mail=_120AEF94-22E2-45F7-A17A-3A0E97B92A04 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Dave, I don't have older FLAC sources handy to check, but I believe that text = like METADATA_BLOCK_HEADER was taken literally from the C language = header files. These days, I believe that such types have been renamed = like FLAC__METADATA_TYPE_HEADER to avoid potential conflicts with = libraries outside the FLAC realm. I don't think that the outdated labels should remain, but rather than = convert them to human language text, I think it would be a more = worthwhile effort to simply update these all-caps labels to match the = current source code. That would be slightly more work than your = proposal, because you'd have to search for the exact structure names in = the latest sources, but it would be infinitely more useful to those who = read the spec. It is my opinion that most people who are looking into low-level details = like headers and meta data format will all be working with one or both = of the C language FLAC or C++ language FLAC++ libraries. I think that's = the advantage you're looking for. The FLAC libraries have been ported to = all major operating systems as well as many embedded platforms, so this = C language is quite prevalent. Brian Willoughby Sound Consulting On Jun 6, 2017, at 5:23 PM, Dave Rice wrote: > Hi all, >=20 > On Jun 5, 2017, at 11:52 PM, Andrew James Weaver wrote: >> Hello all! >> (cc-ing the flac-dev list) >>=20 >> I would like to give an update as to the recent CELLAR work on the = FLAC specification. >>=20 >> =95 Work has been done to make internal and external links more = accurate and reliable. >> =95 'Rice Coding' has been clarified as 'Exponential Golomb Coding.' >> =95 Clarifications have been made for binary representation. >> =95 Typos and other small changes have been fixed for clarity. >>=20 >> Lastly, a version 00 release has been made (available at = https://github.com/privatezero/flac_markdown/releases) and the draft = document has been uploaded to the IETF datatracker = (https://datatracker.ietf.org/doc/draft-xiph-cellar-flac/) >=20 > =46rom a review of the markdown and the rendered RFC, I=92d like to = consider renaming many of the components of FLAC from the = ALL_CAPS_WITH_UNDERSCORE_STYLE to `Title Case Names in BackTicks` (which = is similar to how local components have been named and referenced in the = FFV1 and Matroska documents). Thus =93METADATA_BLOCK_HEADER=94 would be = `Metadata Block Header` and expressed with that same case and quoting at = each reference. I also suggest that the metadata block types such as = =93METADATA_BLOCK_STREAMINFO=94 and =93METADATA_BLOCK_APPLICATION=94 = simply be renamed as `Streaminfo Block` and `Application Block` and that = each of those components be defined as being a `Metadata Block`. >=20 > I may send a pull request for this soon but wanted to ask around in = case there=92s some reason for or advantage of the = ALL_CAPS_WITH_UNDERSCORE_STYLE that I=92m missing. --Apple-Mail=_120AEF94-22E2-45F7-A17A-3A0E97B92A04 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 dave@dericed.com>= wrote:
Hi all,

On Jun 5, = 2017, at 11:52 PM, Andrew James Weaver <weevz@uw.edu> = wrote:
Hello all!
(cc-ing the flac-dev = list)

I= would like to give an update as to the recent CELLAR work on the FLAC = specification.

=95= Work has been done to make internal and external links more accurate = and reliable.
=95 'Rice Coding' has been clarified = as 'Exponential Golomb Coding.'
=95 Clarifications = have been made for binary representation.
=95 Typos = and other small changes have been fixed for clarity.

Lastly, a version 00 = release has been made (available at https://github.com/privatezero/flac_markdown/releases) = and the draft document has been uploaded to the IETF datatracker (https://datatracker.ietf.org/doc/draft-xiph-cellar-flac/)

=46rom a review of the markdown and the rendered RFC, I=92d = like to consider renaming many of the components of FLAC from the = ALL_CAPS_WITH_UNDERSCORE_STYLE to `Title Case Names in BackTicks` (which = is similar to how local components have been named and referenced in the = FFV1 and Matroska documents). Thus =93METADATA_BLOCK_HEADER=94 would be = `Metadata Block Header` and expressed with that same case and quoting at = each reference. I also suggest that the metadata block types such as = =93METADATA_BLOCK_STREAMINFO=94 and =93METADATA_BLOCK_APPLICATION=94 = simply be renamed as `Streaminfo Block` and `Application Block` and that = each of those components be defined as being a `Metadata = Block`.

I may = send a pull request for this soon but wanted to ask around in case = there=92s some reason for or advantage of the = ALL_CAPS_WITH_UNDERSCORE_STYLE that I=92m = missing.

= --Apple-Mail=_120AEF94-22E2-45F7-A17A-3A0E97B92A04-- From nobody Wed Jun 7 09:25:27 2017 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 D083112FB9C for ; Wed, 7 Jun 2017 09:25:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 awpUkpEOox8x for ; Wed, 7 Jun 2017 09:25:24 -0700 (PDT) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) (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 AA63112949A for ; Wed, 7 Jun 2017 09:25:24 -0700 (PDT) Received: by mail-it0-x229.google.com with SMTP id m62so113676251itc.0 for ; Wed, 07 Jun 2017 09:25:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=XT1qUI1wLF+fM9tDmcAkxaf1c0JCHQVaIBNe7T6n7Xw=; b=aIjN7Fop/jSNoEGmzqXhGfKMSjHPiFz74qf1IJziySGyHs8Jk9OMyseXGL/Qkr8epJ jcjm6Zb4DSEaOGYxm3reJHPgrwUXNRPyYHtRY39BFSUnUma5gigobH3Yx33/IYDVtGiB 8GwNqwnZeDb3ssdUjTM71W3PD2O9SDCjhk6aNB+wXqiZRouNONhEAbMiJjfl2YNwkm4D h0xx4Rz4OD61KBMyn+AZLVH97T/hnNcCjGUgrQm9HFgsMEsXeXVD0lORfjRx3+5zljFh LuLPiPtJnYhY8T6Sd+BHY+cEb7JbRaRJ4wrdN8yBPJ+33K7qmZUlQdVzKucU5Nli818x QBLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=XT1qUI1wLF+fM9tDmcAkxaf1c0JCHQVaIBNe7T6n7Xw=; b=MYUb5S1uNfK6Ce9pE7UhqaGWHJfDuEvi45AvlW1n3cGZrWkmYKHyheNRMfkVmA4Kwx /KQIScv4ZUs7IK5oLgOT6eN7XkO+iAJstveb63bFX8FwVoHAasJFr5xR1l7EjGrTmfrC 1WthlPk+FDFrzxm6at9UcPMHhhohkYioo80Y42dcKC8ptpbGT1ptV+qPA0EXmxxBg86X tEdnI/qguAfhlvcGktJlW0SwRTeM8VhbvWTN81tbbXosraQgqgW4IY6W5t0xzVMxml6q dUfjZOou4L5PCJt4qTfmo1MqizG8X/8ACOObiu6iDVX0PQh4s6DbTymYlIsG9I+JKBZl Vu+A== X-Gm-Message-State: AODbwcBTl1fkOn6qkEFv5xON9H9Jn3vBUfvEaDY7JcoSN/WSK9jWPhbt /WKV2hMYGie9LJtEAuZLtVYQ4Lq14ldbmG8= X-Received: by 10.36.107.67 with SMTP id v64mr654990itc.47.1496852723483; Wed, 07 Jun 2017 09:25:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.25.11 with HTTP; Wed, 7 Jun 2017 09:24:43 -0700 (PDT) From: Tessa Fallon Date: Wed, 7 Jun 2017 12:24:43 -0400 Message-ID: To: Codec Encoding for LossLess Archiving and Realtime transmission Content-Type: multipart/alternative; boundary="001a114aa456dd4fcb0551612eb1" Archived-At: Subject: [Cellar] IETF 99: registration, dates, planning, agenda X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 16:25:27 -0000 --001a114aa456dd4fcb0551612eb1 Content-Type: text/plain; charset="UTF-8" 1) Just a friendly reminder that the early bird deadline for in-person attendance at IETF 99 is July 07, 2017. Below is a list of all registration fees: Registration fee: - Early-Bird: $700 USD* , if *paid in full prior* to 2359 UTC Friday, July 07, 2017. - Late: $875 USD* if *paid* after Early-Bird cutoff date and time. - One Day Pass: $375 USD* (Includes access to any one day of meeting sessions and breaks, plus the Sunday Tutorials & Reception, and the Plenaries). - Full-time students: $150 USD* with on-site proof of ID. - Remote Participants: No fee. I also want to emphasize that *there is no fee for remote participation*, since I know many of you are interested in participating remotely. Information on how to participate remotely will be circulated to this list prior to the meeting. To register, please visit: https://www.ietf.org/meeting/register.html 2) I'd like to put together an assessment of current CELLAR work, milestones reached, and other issues. If you're interested in assisting with this, please let me know. I'm especially interested in hearing from those who have contributed to the specs. 3) If you're interested in adding an item to or helping with the agenda for the CELLAR meeting, please me know. Thanks all, Tessa --001a114aa456dd4fcb0551612eb1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
1) Just a friendly reminder that the early bird deadline f= or in-person attendance at IETF 99 is July 07, 2017. Below is a list of all= registration fees:

Registration fee:
  • Early-Bird: = $700 USD* , if=C2=A0paid in full prior=C2=A0to 2359 UTC Friday, July= 07, 2017.
  • Late: $875 USD* if=C2=A0paid=C2=A0after Early-Bir= d cutoff date and time.
  • One Day Pass: $375 USD* (Includes access to= any one day of meeting sessions and breaks, plus the Sunday Tutorials &= ; Reception, and the Plenaries).
  • Full-time students: $150 USD* with= on-site proof of ID.
  • Remote Participants: No fee.
I = also want to emphasize that there is no fee=C2=A0for remote participatio= n, since I know many of you are interested in participating remotely.= =C2=A0 Information on how to participate remotely will be circulated to thi= s list prior to the meeting.

To register, please visit:=C2=A0https://www.ietf.org/meeting/register.html=C2= =A0

2) =C2=A0I'd like to put tog= ether an assessment of current CELLAR work, milestones reached, and other i= ssues.=C2=A0 If you're interested in assisting with this, please let me= know.=C2=A0 I'm especially interested in hearing from those who have c= ontributed to the specs.

3) =C2=A0If you're interested in adding an item to or helping with t= he agenda for the CELLAR meeting, please me know.
<= br>
Thanks all,

<= div>Tessa --001a114aa456dd4fcb0551612eb1-- From nobody Wed Jun 7 09:34:06 2017 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 CED9B12F9A8 for ; Wed, 7 Jun 2017 09:34:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.53.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149685324384.2771.8790964883150373627.idtracker@ietfa.amsl.com> Date: Wed, 07 Jun 2017 09:34:03 -0700 From: IETF Secretariat Archived-At: Subject: [Cellar] Milestones changed for cellar WG X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 16:34:04 -0000 Changed milestone "Submit specification for FLAC audio codec to IESG (Standards Track)", added draft-xiph-cellar-flac to milestone. URL: https://datatracker.ietf.org/wg/cellar/about/ From nobody Wed Jun 7 09:37:54 2017 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 16E0412ECC8 for ; Wed, 7 Jun 2017 09:37:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 zu4oGOTQdeeT for ; Wed, 7 Jun 2017 09:37:46 -0700 (PDT) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (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 B87F71300EF for ; Wed, 7 Jun 2017 09:37:43 -0700 (PDT) Received: by mail-io0-x22d.google.com with SMTP id b184so9398774ioe.0 for ; Wed, 07 Jun 2017 09:37:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=HlE4YvsX438+JjiKcfU4rKc64LRxm7pXJTFuetVmY8I=; b=H7vsa46kGdmKsc5AqaVunz0BdcCL8qhttLReTy2i0jxBTjlHTztUpauNNj6E00XkWi ynF5U7KmALCshPMovJxVpxsyXGsSnAb2ta8XP/wyYIhZgSM3v/ftQiYnV2pSHlhgHEma tQKXqTVSl7u+At2k5VgJmQ/eicpJfcw9B5oqSW3r+QyjBePXCVibLvUbKln83nH+a51r P2+PjiYDpXCRPS9M78e52gDLmhCwAht9tp2nXrbUCC3y7I8DUkL2uvWQaMBthfVkxpmx bCNfqbpV+6vEphoGIo4WpQGddeyi3OrL8rc0nl9H1qAEfXW+PMPNh4Is1s1+YxSEv+k6 zc+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=HlE4YvsX438+JjiKcfU4rKc64LRxm7pXJTFuetVmY8I=; b=ewlKBrngmdTepgZaC5I+jitG+QrSZDLCcmrhLZlc+N/zuM/9EG5PZZ4FtLZi4jdfCT 1Hma68PyqUyP/HtH/coAHZQCF+w2xvpzkjMcpkhIWiJlkcMv3a6rEnuiplJ3XSN9EqPb XBqI8+DdkDWCvC5TwqCiAQoQTqB6Xtcfsqyjl+bLYhvR4H4uepZA0hzPa/dI8sV56BsB 0CjiMUR2770YvOgl6rBhf8FpvXKem9sIkXd+RFJ2qjHALOlAbm6cO/zJPcjMXvCu74Be FvfADyGNc3vJ0W/bniPhWKSFNPUUmguC5/axJFbpSfMOtPSuKxwiWJNdmZRka0x//jEt XqKw== X-Gm-Message-State: AODbwcDRw9LeydLJo5BxZE+VXaBZM9oydiVoqzQb0t5CUDb2vyLZfyGv pD41B9PJdJkZqo5hxQbulGrXnziv/penkbQ= X-Received: by 10.107.10.203 with SMTP id 72mr31114245iok.62.1496853462806; Wed, 07 Jun 2017 09:37:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.25.11 with HTTP; Wed, 7 Jun 2017 09:37:02 -0700 (PDT) From: Tessa Fallon Date: Wed, 7 Jun 2017 12:37:02 -0400 Message-ID: To: Codec Encoding for LossLess Archiving and Realtime transmission Content-Type: multipart/alternative; boundary="001a113ed704ee77a10551615a5a" Archived-At: Subject: [Cellar] EBML nits X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 16:37:54 -0000 --001a113ed704ee77a10551615a5a Content-Type: text/plain; charset="UTF-8" Generated by running nits from: https://datatracker.ietf.org/doc/draft-ietf-cellar-ebml/ idnits 2.14.02 /tmp/draft-ietf-cellar-ebml-02.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see http://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to http://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** The document seems to lack an IANA Considerations section. (See Section 2.2 of http://www.ietf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) ** There are 18 instances of too long lines in the document, the longest one being 113 characters in excess of 72. Miscellaneous warnings: ---------------------------------------------------------------------------- -- The document date (February 26, 2017) is 101 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) == Missing Reference: 'EBMLParentPath' is mentioned on line 836, but not defined == Missing Reference: 'EBMLMinOccurrence' is mentioned on line 847, but not defined == Missing Reference: 'EBMLMaxOccurrence' is mentioned on line 847, but not defined == Missing Reference: 'PathMinOccurrence' is mentioned on line 850, but not defined == Missing Reference: 'PathMaxOccurrence' is mentioned on line 850, but not defined -- Possible downref: Non-RFC (?) normative reference: ref. 'IEEE.754.1985' -- Possible downref: Non-RFC (?) normative reference: ref. 'ITU.V42.1994' ** Obsolete normative reference: RFC 2279 (Obsoleted by RFC 3629) Summary: 3 errors (**), 0 flaws (~~), 5 warnings (==), 3 comments (--). --001a113ed704ee77a10551615a5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Generated by running nits from: =C2=A0https://datatracker.ietf.o= rg/doc/draft-ietf-cellar-ebml/

idnits 2.14.02=20

/tmp/draft-ietf-cellar-ebml-02.txt:

  Checking boilerplate required by RFC 5378 and the IETF Trust (see
  http://trustee.ietf.org/=
license-info):
  -------------------------------------------------------------------------=
---

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt:
  -------------------------------------------------------------------------=
---

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/checklist :
  -------------------------------------------------------------------------=
---

  ** The document seems to lack an IANA Considerations section.  (See Secti=
on
     2.2 of http://www.ie=
tf.org/id-info/checklist for how to handle the case
     when there are no actions for IANA.)

  ** There are 18 instances of too long lines in the document, the longest
     one being 113 characters in excess of 72.


  Miscellaneous warnings:
  -------------------------------------------------------------------------=
---

  -- The document date (February 26, 2017) is 101 days in the past.  Is thi=
s
     intentional?


  Checking references for intended status: Proposed Standard
  -------------------------------------------------------------------------=
---

     (See RFCs 3967 and 4897 for information about using normative referenc=
es
     to lower-maturity documents in RFCs)

  =3D=3D Missing Reference: 'EBMLParentPath' is mentioned on line 8=
36, but not
     defined

  =3D=3D Missing Reference: 'EBMLMinOccurrence' is mentioned on lin=
e 847, but not
     defined

  =3D=3D Missing Reference: 'EBMLMaxOccurrence' is mentioned on lin=
e 847, but not
     defined

  =3D=3D Missing Reference: 'PathMinOccurrence' is mentioned on lin=
e 850, but not
     defined

  =3D=3D Missing Reference: 'PathMaxOccurrence' is mentioned on lin=
e 850, but not
     defined

  -- Possible downref: Non-RFC (?) normative reference: ref. 'IEEE.754.=
1985'

  -- Possible downref: Non-RFC (?) normative reference: ref. 'ITU.V42.1=
994'

  ** Obsolete normative reference: RFC 2279 (Obsoleted by RFC 3629)


     Summary: 3 errors (**), 0 flaws (~~), 5 warnings (=3D=3D), 3 comments =
(--).
--001a113ed704ee77a10551615a5a-- From nobody Wed Jun 7 09:38:38 2017 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 6BB6C131440 for ; Wed, 7 Jun 2017 09:38:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 yGEUc4OO3e11 for ; Wed, 7 Jun 2017 09:38:34 -0700 (PDT) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (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 34FF41300CF for ; Wed, 7 Jun 2017 09:38:34 -0700 (PDT) Received: by mail-it0-x232.google.com with SMTP id r63so9143966itc.1 for ; Wed, 07 Jun 2017 09:38:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Nyvl15qB8cTVcTUyeEKstcdVkftFjrTvmG8mEDM+tA0=; b=HN2Yli4x7oK+4m3DrtkOdQ/hFnJYgE5YRBL36vmjpfWE4Jy1sUPAo4VT6CtQHvkVWJ y8H/wp/C9qoyUJHFT/WFTCHavfrU8ZPRWlU8f1PuZ88jfzQx/WWW9/TpsgALZu8F9NKK UW/TDBcPWzuvXbsaZAGAEwXOVw9TwSOodiyGldbF2LwLhsci1p77N/8XNgkHgO5qhsUB EZziGpfoqSFXup1c121xZvGDO7UKH1RkN6hk1Jk5KlnvaPeFYD5gNpnay5W7APp/ijQG zVLYsGti8m9RzFJTYxoAeXS3gHLkbFNWAt1K+mxNVT7OJ/S8SWCjd/LKX78TPnP7/ztB 0bJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Nyvl15qB8cTVcTUyeEKstcdVkftFjrTvmG8mEDM+tA0=; b=AdkVxK/CsDi8Z/zcKQYYK24NurDijuJ0X82b1qZn8/Q6TKBhhJTW81OCXO3mzCukV7 WsW6thSQW3sJzTC+8jAPdFP///Yx1WubGQt1kpPSuoBnGQcyBuz/nzJNKVxuyQ+ik0fe H9OS6knrLUtWma8bo/YFsh6rC3X4I9SYxfPrJv9lT+/dJisqo8gv8CWO2yKwX1jebfTZ RIgGBNeLRVup+hL0t/z/yZX1wa97uQkizKqg395YyCGYl7vwaxD2vkF4Fc4vcmYJJWfb z3LPpZtqL9UsH/3x6ZzRxfqaDEA3F5Y7Nbn+BeCrfXX9VsEYm/Z8khqny4RvM9i5NB+K RISw== X-Gm-Message-State: AODbwcAwgTg/dCz48uClNXOMkiu3whA7isSBdTs8hDE2JzIEXdEto90M U+mc9cOaLZQdbO7LkKzsGOcFd61KqP/MDhM= X-Received: by 10.36.73.217 with SMTP id e86mr769114itd.48.1496853513360; Wed, 07 Jun 2017 09:38:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.25.11 with HTTP; Wed, 7 Jun 2017 09:37:52 -0700 (PDT) From: Tessa Fallon Date: Wed, 7 Jun 2017 12:37:52 -0400 Message-ID: To: Codec Encoding for LossLess Archiving and Realtime transmission Content-Type: multipart/alternative; boundary="001a11448174f1dfb10551615ddf" Archived-At: Subject: [Cellar] FFV1 nits X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 16:38:36 -0000 --001a11448174f1dfb10551615ddf Content-Type: text/plain; charset="UTF-8" Generated by running nits from https://datatracker.ietf.org/doc/draft-niedermayer-cellar-ffv1/ idnits 2.14.02 /tmp/draft-niedermayer-cellar-ffv1-02.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see http://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to http://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** The document seems to lack an IANA Considerations section. (See Section 2.2 of http://www.ietf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) Miscellaneous warnings: ---------------------------------------------------------------------------- -- The document date (May 9, 2017) is 29 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) == Missing Reference: 'L-l' is mentioned on line 383, but not defined == Missing Reference: 'T-t' is mentioned on line 384, but not defined -- Looks like a reference, but probably isn't: '1' on line 501 -- Looks like a reference, but probably isn't: '2' on line 501 Summary: 1 error (**), 0 flaws (~~), 2 warnings (==), 3 comments (--). Run idnits with the --verbose option for more detailed information about the items above. --001a11448174f1dfb10551615ddf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Generated by running nits from=C2=A0https://datatracker.i= etf.org/doc/draft-niedermayer-cellar-ffv1/=C2=A0

idni= ts 2.14.02=20 /tmp/draft-niedermayer-cellar-ffv1-02.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see http://trustee.ietf.org/= license-info): -------------------------------------------------------------------------= --- No issues found here. Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt: -------------------------------------------------------------------------= --- No issues found here. Checking nits according to http://www.ietf.org/id-info/checklist : -------------------------------------------------------------------------= --- ** The document seems to lack an IANA Considerations section. (See Secti= on 2.2 of http://www.ie= tf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) Miscellaneous warnings: -------------------------------------------------------------------------= --- -- The document date (May 9, 2017) is 29 days in the past. Is this intentional? Checking references for intended status: Proposed Standard -------------------------------------------------------------------------= --- (See RFCs 3967 and 4897 for information about using normative referenc= es to lower-maturity documents in RFCs) =3D=3D Missing Reference: 'L-l' is mentioned on line 383, but not= defined =3D=3D Missing Reference: 'T-t' is mentioned on line 384, but not= defined -- Looks like a reference, but probably isn't: '1' on line 50= 1 -- Looks like a reference, but probably isn't: '2' on line 50= 1 Summary: 1 error (**), 0 flaws (~~), 2 warnings (=3D=3D), 3 comments (= --). Run idnits with the --verbose option for more detailed information abo= ut the items above.
--001a11448174f1dfb10551615ddf-- From nobody Wed Jun 7 09:39:39 2017 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 542AE13144B for ; Wed, 7 Jun 2017 09:39:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 u1TcKG0tsOte for ; Wed, 7 Jun 2017 09:39:36 -0700 (PDT) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::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 D9DFA12EB26 for ; Wed, 7 Jun 2017 09:39:35 -0700 (PDT) Received: by mail-io0-x236.google.com with SMTP id i7so9394066ioe.1 for ; Wed, 07 Jun 2017 09:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+/0wPbWzt3JS3JtzRC1kCUPV2rbkaAB5PPBFg2juwAQ=; b=LbfSIEEWhBZRmTA38n3xOsbxBnKDEjoHFG1aEVVaNp+lG0cWptXbGrLGGk9xQdQYuY S6BzQfnqAjrNracU/BCKoyeMRR7NOEnAQLa8RjRJhLShQa++uxwxBBjZ9u+rbB+RANhj 5s4My3ybrq8AsG5awBcgGB1WyM0xBK1XXgRcOXDo5Dk6TDh/vhnb9M69rrSxqtdCQtlD eUFpVM5KtgjXRpbcz695KINeJy+zsz98bH52m/JQN46ZNRV0pVZtzegrn/jZEJKCJQ6r uLJ+N70LFJZgWzEAtuHJPWtXXtjiDvqni7SBdhI8Pthtd8CMmXxISSEm5EUOFCqaQMpX COsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+/0wPbWzt3JS3JtzRC1kCUPV2rbkaAB5PPBFg2juwAQ=; b=DIjikDY0/G+jTML/kK8lM4/TO19E8rs4fAgkP0q/7/xR4/aChD5u4vUvC6iE55HgRc /7xIlUtZ+WLqzfSf+xC3SSQmK4Ior1pRWo6zRq9MPZVcR454kOYAyVhWACKPPprt3dGc qpqXwW3cbgw2L2Dfwe3qogmHxWgwr85hyWA1cKBIaHNWTSyop/fmJpBa5qDWQsVMhbi9 GIiaQTAU7tbTIGFkriq8UfY7bQ+Tjh8dJkU+65b3rfriIiADJGHHvsaDhI4S0shB7rq0 fp659+Ll4VAv1geCbsJB67S2QBjzLu5P2k5nWn0BnwPWVSGRnC16sNUowYHvA4TmmjHc cgoA== X-Gm-Message-State: AKS2vOxZ76Mv2whkZ/0OQd81IaZj9oRFu6pbSaWngiMD2hHKsHo/5vZ/ dNKias5guO2IHQclu72CrZoMjexNoupY6Og= X-Received: by 10.107.142.136 with SMTP id q130mr4998388iod.225.1496853574969; Wed, 07 Jun 2017 09:39:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.25.11 with HTTP; Wed, 7 Jun 2017 09:38:54 -0700 (PDT) From: Tessa Fallon Date: Wed, 7 Jun 2017 12:38:54 -0400 Message-ID: To: Codec Encoding for LossLess Archiving and Realtime transmission Content-Type: multipart/alternative; boundary="94eb2c05aca29df1e505516161bb" Archived-At: Subject: [Cellar] FLAC nits X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 16:39:38 -0000 --94eb2c05aca29df1e505516161bb Content-Type: text/plain; charset="UTF-8" Generated by running nits from https://datatracker.ietf.org/doc/draft-xiph-cellar-flac/ idnits 2.14.02 /tmp/draft-xiph-cellar-flac-00.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see http://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to http://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** The document seems to lack a Security Considerations section. ** The document seems to lack an IANA Considerations section. (See Section 2.2 of http://www.ietf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) ** The document seems to lack separate sections for Informative/Normative References. All references will be assumed normative when checking for downward references. Miscellaneous warnings: ---------------------------------------------------------------------------- No issues found here. Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) -- Missing reference section? '1' on line 1268 looks like a reference -- Missing reference section? '2' on line 1270 looks like a reference -- Missing reference section? '3' on line 1272 looks like a reference -- Missing reference section? '4' on line 1274 looks like a reference -- Missing reference section? '5' on line 1277 looks like a reference -- Missing reference section? '6' on line 1280 looks like a reference -- Missing reference section? '7' on line 1282 looks like a reference -- Missing reference section? '8' on line 1284 looks like a reference -- Missing reference section? '9' on line 1286 looks like a reference -- Missing reference section? '10' on line 1289 looks like a reference -- Missing reference section? '11' on line 1291 looks like a reference -- Missing reference section? '12' on line 1294 looks like a reference -- Missing reference section? '13' on line 1296 looks like a reference -- Missing reference section? '14' on line 1298 looks like a reference -- Missing reference section? '15' on line 1301 looks like a reference -- Missing reference section? '16' on line 1303 looks like a reference -- Missing reference section? '17' on line 1305 looks like a reference -- Missing reference section? '18' on line 1307 looks like a reference -- Missing reference section? '19' on line 1309 looks like a reference -- Missing reference section? '20' on line 1311 looks like a reference -- Missing reference section? '21' on line 1313 looks like a reference -- Missing reference section? '22' on line 1315 looks like a reference -- Missing reference section? '23' on line 1317 looks like a reference Summary: 3 errors (**), 0 flaws (~~), 0 warnings (==), 23 comments (--). Run idnits with the --verbose option for more detailed information about the items above. --94eb2c05aca29df1e505516161bb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Generated by running nits from=C2=A0https://datatracker.ietf.org= /doc/draft-xiph-cellar-flac/=C2=A0

idnits 2.14.02=20

/tmp/draft-xiph-cellar-flac-00.txt:

  Checking boilerplate required by RFC 5378 and the IETF Trust (see
  http://trustee.ietf.org/=
license-info):
  -------------------------------------------------------------------------=
---

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt:
  -------------------------------------------------------------------------=
---

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/checklist :
  -------------------------------------------------------------------------=
---

  ** The document seems to lack a Security Considerations section.

  ** The document seems to lack an IANA Considerations section.  (See Secti=
on
     2.2 of http://www.ie=
tf.org/id-info/checklist for how to handle the case
     when there are no actions for IANA.)

  ** The document seems to lack separate sections for Informative/Normative
     References.  All references will be assumed normative when checking fo=
r
     downward references.


  Miscellaneous warnings:
  -------------------------------------------------------------------------=
---

     No issues found here.

  Checking references for intended status: Proposed Standard
  -------------------------------------------------------------------------=
---

     (See RFCs 3967 and 4897 for information about using normative referenc=
es
     to lower-maturity documents in RFCs)

  -- Missing reference section? '1' on line 1268 looks like a refer=
ence

  -- Missing reference section? '2' on line 1270 looks like a refer=
ence

  -- Missing reference section? '3' on line 1272 looks like a refer=
ence

  -- Missing reference section? '4' on line 1274 looks like a refer=
ence

  -- Missing reference section? '5' on line 1277 looks like a refer=
ence

  -- Missing reference section? '6' on line 1280 looks like a refer=
ence

  -- Missing reference section? '7' on line 1282 looks like a refer=
ence

  -- Missing reference section? '8' on line 1284 looks like a refer=
ence

  -- Missing reference section? '9' on line 1286 looks like a refer=
ence

  -- Missing reference section? '10' on line 1289 looks like a refe=
rence

  -- Missing reference section? '11' on line 1291 looks like a refe=
rence

  -- Missing reference section? '12' on line 1294 looks like a refe=
rence

  -- Missing reference section? '13' on line 1296 looks like a refe=
rence

  -- Missing reference section? '14' on line 1298 looks like a refe=
rence

  -- Missing reference section? '15' on line 1301 looks like a refe=
rence

  -- Missing reference section? '16' on line 1303 looks like a refe=
rence

  -- Missing reference section? '17' on line 1305 looks like a refe=
rence

  -- Missing reference section? '18' on line 1307 looks like a refe=
rence

  -- Missing reference section? '19' on line 1309 looks like a refe=
rence

  -- Missing reference section? '20' on line 1311 looks like a refe=
rence

  -- Missing reference section? '21' on line 1313 looks like a refe=
rence

  -- Missing reference section? '22' on line 1315 looks like a refe=
rence

  -- Missing reference section? '23' on line 1317 looks like a refe=
rence


     Summary: 3 errors (**), 0 flaws (~~), 0 warnings (=3D=3D), 23 comments=
 (--).

     Run idnits with the --verbose option for more detailed information abo=
ut
     the items above.
--94eb2c05aca29df1e505516161bb-- From nobody Wed Jun 7 16:51:17 2017 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 4C7CD131491 for ; Wed, 7 Jun 2017 16:51:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.119 X-Spam-Level: X-Spam-Status: No, score=-1.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 svFt5DaYqm2C for ; Wed, 7 Jun 2017 16:51:06 -0700 (PDT) Received: from s172.web-hosting.com (s172.web-hosting.com [68.65.122.110]) (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 47E9E1314A4 for ; Wed, 7 Jun 2017 16:51:06 -0700 (PDT) Received: from cpe-104-162-86-103.nyc.res.rr.com ([104.162.86.103]:34736 helo=[10.0.1.5]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dIkj9-001086-Sc; Wed, 07 Jun 2017 19:51:05 -0400 From: Dave Rice Message-Id: <7F342F81-40F1-4AF6-9083-5D556BFD447E@dericed.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_80D44179-C414-49EA-ACE0-ED5C0739F249" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Wed, 7 Jun 2017 19:51:00 -0400 In-Reply-To: Cc: Codec Encoding for LossLess Archiving and Realtime transmission To: Tessa Fallon References: X-Mailer: Apple Mail (2.3273) X-OutGoing-Spam-Status: No, score=-2.9 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: Re: [Cellar] FFV1 nits X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 07 Jun 2017 23:51:08 -0000 --Apple-Mail=_80D44179-C414-49EA-ACE0-ED5C0739F249 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Tessa, > On Jun 7, 2017, at 12:37 PM, Tessa Fallon = wrote: >=20 > Generated by running nits from = https://datatracker.ietf.org/doc/draft-niedermayer-cellar-ffv1/ = =20 >=20 > idnits 2.14.02=20 >=20 > /tmp/draft-niedermayer-cellar-ffv1-02.txt: [=E2=80=A6] > ** The document seems to lack an IANA Considerations section. (See = Section > 2.2 of http://www.ietf.org/id-info/checklist = for how to handle the case > when there are no actions for IANA.) AFAIK there are no IANA considerations for FFV1. Anyone suggest = otherwise? I added a pull request at github.com/FFmpeg/FFV1/pull/71 = to just say "This document has = no IANA actions." [=E2=80=A6] > =3D=3D Missing Reference: 'L-l' is mentioned on line 383, but not = defined >=20 > =3D=3D Missing Reference: 'T-t' is mentioned on line 384, but not = defined There is a sentence preceding the use of these terms that defines them = as quantized sample differences. There=E2=80=99s an active pull request = working on these lines. If the warning still exists after that pr I may = try to adjust the formatting of the code block to silence these = warnings. Best Regards, Dave Rice --Apple-Mail=_80D44179-C414-49EA-ACE0-ED5C0739F249 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Tessa,

On Jun 7, 2017, at 12:37 PM, = Tessa Fallon <tessa.fallon@gmail.com> wrote:

Generated by running nits from https://datatracker.ietf.org/doc/draft-niedermayer-cellar-ffv1/=  

idnits =
2.14.02=20

/tmp/draft-niedermayer-cellar-ffv1-02.txt:
[=E2=80=A6]
  ** The document seems to lack an IANA Considerations =
section.  (See Section
     2.2 of http://www.ietf.org/id-info/checklist for how to handle =
the case
     when there are no actions for IANA.)
AFAIK there are no IANA = considerations for FFV1. Anyone suggest otherwise? I added a pull = request at github.com/FFmpeg/FFV1/pull/71 to just say "This = document has no IANA actions."

[=E2=80=A6]<= br class=3D"">
  =3D=3D Missing =
Reference: 'L-l' is mentioned on line 383, but not defined

  =3D=3D Missing Reference: 'T-t' is mentioned on line 384, but not =
defined
There is a sentence = preceding the use of these terms that defines them as quantized = sample differences. There=E2=80=99s an active pull request working on = these lines. If the warning still exists after that pr I may try to = adjust the formatting of the code block to silence these = warnings.

Best = Regards,
Dave Rice


= --Apple-Mail=_80D44179-C414-49EA-ACE0-ED5C0739F249-- From nobody Wed Jun 7 18:09:45 2017 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 DA1631314C8 for ; Wed, 7 Jun 2017 18:09:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.121 X-Spam-Level: X-Spam-Status: No, score=-1.121 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779] 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 Xhr4pQOZlvod for ; Wed, 7 Jun 2017 18:09:43 -0700 (PDT) Received: from s172.web-hosting.com (s172.web-hosting.com [68.65.122.110]) (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 F295F1314BB for ; Wed, 7 Jun 2017 18:09:42 -0700 (PDT) Received: from cpe-104-162-86-103.nyc.res.rr.com ([104.162.86.103]:41965 helo=[10.0.1.5]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dIlxF-00243L-8l for cellar@ietf.org; Wed, 07 Jun 2017 21:09:42 -0400 From: Dave Rice Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: <7576CF90-C69C-442F-A314-2765B4AAD2C0@dericed.com> Date: Wed, 7 Jun 2017 21:09:38 -0400 To: Codec Encoding for LossLess Archiving and Realtime transmission X-Mailer: Apple Mail (2.3273) X-OutGoing-Spam-Status: No, score=-2.9 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] intro to ffv1 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 08 Jun 2017 01:09:45 -0000 HI all, With the current version of the ffv1 draft, it is not easy to understand = that the document defines three distinct versions of FFV1. I extended = the Introduction section to summarize the version history a bit and = extend the introductory description. This changes the intro from: > The FFV1 video codec is a simple and efficient lossless intra-frame = only codec. to: > This document describes FFV1, a lossless video encoding format. The = design of FFV1 considers the storage of image characteristics, data = fixity, and the optimized use of encoding time and storage requirements. = FFV1 is designed to support a wide range of lossless video applications = such as long-term audiovisual preservation, scientific imaging, screen = recording, and other video encoding scenarios that seek to avoid the = generational loss of lossy video encodings. >=20 > This document defines a version 0, 1, and 3 of FFV1. The distinctions = of the versions are provided throughout the document, but in summary: >=20 > - Version 0 of FFV1 was the original implementation of FFV1 and has = been in non-experimental use since April 14, 2006 [@?FFV1_V0]. >=20 > - Version 1 of FFV1 adds support of more video bit depths and has been = in use since April 24, 2009 [@?FFV1_V1]. >=20 > - Version 2 of FFV1 only existed in experimental form and is not = described by this document. >=20 > - Version 3 of FFV1 adds several features such as increased = description of the characteristics of the encoding images and embedded = CRC data to support fixity verification of the encoding. Version 3 has = been in non-experimental use since June 25, 2016 [@?FFV1_V3]. The citation references point to the first public corresponding libav = and ffmpeg commits that mark these points in the development of the = encoding. The pull request is at https://github.com/FFmpeg/FFV1/pull/72. Comments? Best Regards, Dave Rice= From nobody Thu Jun 8 07:14:56 2017 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 0A1CD129353 for ; Thu, 8 Jun 2017 07:14:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 jdTNtHXjHK7y for ; Thu, 8 Jun 2017 07:14:52 -0700 (PDT) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (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 0BB81126D74 for ; Thu, 8 Jun 2017 07:14:52 -0700 (PDT) Received: by mail-it0-x22f.google.com with SMTP id r63so20055900itc.1 for ; Thu, 08 Jun 2017 07:14:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HWd7D/KXu+FTqVvrLe5HJdoG7L0yjvg67z2eHZdgslk=; b=jrAuvwp9py/KzYqsQTKRQnr6CbTNY0PeAvvn8cOZrCaojLhnDeiXEF4FYLQ9/voCen 5OAoVvOlcikHcRJUmv3lEBl0d7ROJD3Eier7wCkWNsvfQsHs+jS7QrKbqIwsccZ0LF7V g9DOPHs2Kk24szUFDp+K8QlrHXPC6+MhUaC7yN9HKK6BTjvojGRWhTJqrpiHn+U4yWiE vRmJh9qDSZmdOxfdlTCkgziJUUola/7bzhcdzKLwxD6N/LbrfXA7Bph0kSZtrnxahsMx w0Ypn6phJWbHkjuQYDzy1wGx71bSPad8AtdF7OjXJAA+rN2oUtmvYol7Sd1ffpVTGIXk K1rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HWd7D/KXu+FTqVvrLe5HJdoG7L0yjvg67z2eHZdgslk=; b=G7hHaArtTQZgO2Y5R93jYCBgPxxFBQELq9AIDJgKwSbmcYpbNtlhBUq7P6BEETweSY Sxovvi0mQBlEwbL2KrUepCM6GZ9+KYEZb90u7HZGcm6KCASYcwnaDKpxrTGgV3GoB4DB oVz4UHAu15ODeiJ135l8UJM0NtlpjXN10VIb91zDyQERIivCUMBHu6HsuqkYUoKx83HH rO+Gh0p7JwsKVJ8yoQicPHsKriplVN7Mu5+jriXYJQUU8GWiFDlN9cazW4Af5Vl08mKM UbmC6Kdo/9F4YKFU9K9o2wAr7wgjn58dK2ywfATqPBy3c6x03hrbib+4QNp+u3b/dM+h lzOg== X-Gm-Message-State: AODbwcDb41+C6hyVyGv7q3Zv12lBgo0oW88jBYkkxXe738mS/la61eHL 1xWNrl7MAY3ZUEd4v5hqskdBlYoFDKpEcIdfcg== X-Received: by 10.36.73.217 with SMTP id e86mr5736481itd.48.1496931291454; Thu, 08 Jun 2017 07:14:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.34.66 with HTTP; Thu, 8 Jun 2017 07:14:10 -0700 (PDT) In-Reply-To: <7576CF90-C69C-442F-A314-2765B4AAD2C0@dericed.com> References: <7576CF90-C69C-442F-A314-2765B4AAD2C0@dericed.com> From: Tessa Fallon Date: Thu, 8 Jun 2017 10:14:10 -0400 Message-ID: To: Dave Rice Cc: Codec Encoding for LossLess Archiving and Realtime transmission Content-Type: multipart/alternative; boundary="001a11448174e1643905517379d3" Archived-At: Subject: Re: [Cellar] intro to ffv1 X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 08 Jun 2017 14:14:54 -0000 --001a11448174e1643905517379d3 Content-Type: text/plain; charset="UTF-8" Dave, This is helpful. It makes it clear that all three versions of FFV1 are contained within a single spec. I support the change. Best, Tessa On Wed, Jun 7, 2017 at 9:09 PM, Dave Rice wrote: > HI all, > > With the current version of the ffv1 draft, it is not easy to understand > that the document defines three distinct versions of FFV1. I extended the > Introduction section to summarize the version history a bit and extend the > introductory description. This changes the intro from: > > > The FFV1 video codec is a simple and efficient lossless intra-frame only > codec. > > to: > > > This document describes FFV1, a lossless video encoding format. The > design of FFV1 considers the storage of image characteristics, data fixity, > and the optimized use of encoding time and storage requirements. FFV1 is > designed to support a wide range of lossless video applications such as > long-term audiovisual preservation, scientific imaging, screen recording, > and other video encoding scenarios that seek to avoid the generational loss > of lossy video encodings. > > > > This document defines a version 0, 1, and 3 of FFV1. The distinctions of > the versions are provided throughout the document, but in summary: > > > > - Version 0 of FFV1 was the original implementation of FFV1 and has been > in non-experimental use since April 14, 2006 [@?FFV1_V0]. > > > > - Version 1 of FFV1 adds support of more video bit depths and has been > in use since April 24, 2009 [@?FFV1_V1]. > > > > - Version 2 of FFV1 only existed in experimental form and is not > described by this document. > > > > - Version 3 of FFV1 adds several features such as increased description > of the characteristics of the encoding images and embedded CRC data to > support fixity verification of the encoding. Version 3 has been in > non-experimental use since June 25, 2016 [@?FFV1_V3]. > > The citation references point to the first public corresponding libav and > ffmpeg commits that mark these points in the development of the encoding. > > The pull request is at https://github.com/FFmpeg/FFV1/pull/72. Comments? > > Best Regards, > Dave Rice > _______________________________________________ > Cellar mailing list > Cellar@ietf.org > https://www.ietf.org/mailman/listinfo/cellar > --001a11448174e1643905517379d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dave,

This is helpful. It makes it clea= r that all three versions of FFV1 are contained within a single spec. I sup= port the change.

Best,
Tessa
=

On Wed, Jun 7, 20= 17 at 9:09 PM, Dave Rice <dave@dericed.com> wrote:
HI all,

With the current version of the ffv1 draft, it is not easy to understand th= at the document defines three distinct versions of FFV1. I extended the Int= roduction section to summarize the version history a bit and extend the int= roductory description. This changes the intro from:

> The FFV1 video codec is a simple and efficient lossless intra-frame on= ly codec.

to:

> This document describes FFV1, a lossless video encoding format. The de= sign of FFV1 considers the storage of image characteristics, data fixity, a= nd the optimized use of encoding time and storage requirements. FFV1 is des= igned to support a wide range of lossless video applications such as long-t= erm audiovisual preservation, scientific imaging, screen recording, and oth= er video encoding scenarios that seek to avoid the generational loss of los= sy video encodings.
>
> This document defines a version 0, 1, and 3 of FFV1. The distinctions = of the versions are provided throughout the document, but in summary:
>
> - Version 0 of FFV1 was the original implementation of FFV1 and has be= en in non-experimental use since April 14, 2006 [@?FFV1_V0].
>
> - Version 1 of FFV1 adds support of more video bit depths and has been= in use since April 24, 2009 [@?FFV1_V1].
>
> - Version 2 of FFV1 only existed in experimental form and is not descr= ibed by this document.
>
> - Version 3 of FFV1 adds several features such as increased descriptio= n of the characteristics of the encoding images and embedded CRC data to su= pport fixity verification of the encoding. Version 3 has been in non-experi= mental use since June 25, 2016 [@?FFV1_V3].

The citation references point to the first public corresponding libav and f= fmpeg commits that mark these points in the development of the encoding.
The pull request is at https://github.com/FFmpeg/FFV1/pul= l/72. Comments?

Best Regards,
Dave Rice
_______________________________________________
Cellar mailing list
Cellar@ietf.org
https://www.ietf.org/mailman/listinfo/cellar

--001a11448174e1643905517379d3-- From nobody Thu Jun 8 16:19:43 2017 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 24DB1129B31 for ; Thu, 8 Jun 2017 16:19:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] 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 Nk2ToE9P-BpX for ; Thu, 8 Jun 2017 16:19:40 -0700 (PDT) Received: from s172.web-hosting.com (s172.web-hosting.com [68.65.122.110]) (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 E6913129B30 for ; Thu, 8 Jun 2017 16:19:39 -0700 (PDT) Received: from cpe-104-162-86-103.nyc.res.rr.com ([104.162.86.103]:46035 helo=[10.0.1.5]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dJ6iH-000sS3-FC; Thu, 08 Jun 2017 19:19:39 -0400 From: Dave Rice Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_9868FE11-91AF-4FFA-B192-3362484A1A25" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 8 Jun 2017 19:19:31 -0400 In-Reply-To: Cc: Codec Encoding for LossLess Archiving and Realtime transmission To: Tessa Fallon References: X-Mailer: Apple Mail (2.3273) X-OutGoing-Spam-Status: No, score=-2.9 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: Re: [Cellar] EBML nits X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 08 Jun 2017 23:19:42 -0000 --Apple-Mail=_9868FE11-91AF-4FFA-B192-3362484A1A25 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jun 7, 2017, at 12:37 PM, Tessa Fallon = wrote: >=20 > Generated by running nits from: = https://datatracker.ietf.org/doc/draft-ietf-cellar-ebml/ = >=20 > idnits 2.14.02=20 >=20 > /tmp/draft-ietf-cellar-ebml-02.txt: [=E2=80=A6] > Checking nits according to http://www.ietf.org/id-info/checklist = : > = --------------------------------------------------------------------------= -- >=20 > ** The document seems to lack an IANA Considerations section. (See = Section > 2.2 of http://www.ietf.org/id-info/checklist = for how to handle the case > when there are no actions for IANA.) There was an earlier conversation on the listserv about this at = https://mailarchive.ietf.org/arch/msg/cellar/bdLfldsG7bK9A_DXaN9D1Mjkmkw. = We considered a mime type for generic EBML but the thread concluded with = suggestions that this would be better handled at the EBML Document type = level rather than upon EBML itself. So I=E2=80=99m adding a pull request with the "This document has no IANA = actions.=E2=80=9D boilerplate. The pull request is here = github.com/Matroska-Org/ebml-specification/pull/150 = . If = there=E2=80=99s other iana considerations that we=E2=80=99ve neglected = please mention them. > ** There are 18 instances of too long lines in the document, the = longest > one being 113 characters in excess of 72. I think this was resolved with some line wrapping fixes in = https://github.com/Matroska-Org/ebml-specification/pull/149. [=E2=80=A6] > -- Possible downref: Non-RFC (?) normative reference: ref. = 'IEEE.754.1985' >=20 > -- Possible downref: Non-RFC (?) normative reference: ref. = =E2=80=98ITU.V42.1994' Are these comments worth addressing? > ** Obsolete normative reference: RFC 2279 (Obsoleted by RFC 3629) This was a reference to the UTF-8 spec. I update the version in = http://github.com/Matroska-Org/ebml-specification/pull/151. Dave Rice= --Apple-Mail=_9868FE11-91AF-4FFA-B192-3362484A1A25 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Jun 7, 2017, at 12:37 PM, Tessa Fallon <tessa.fallon@gmail.com> wrote:

Generated by running nits from:  https://datatracker.ietf.org/doc/draft-ietf-cellar-ebml/
idnits 2.14.02=20

/tmp/draft-ietf-cellar-ebml-02.txt:
[=E2=80=A6]
  Checking nits according to http://www.ietf.org/id-info/checklist :
  =
--------------------------------------------------------------------------=
--

  ** The document seems to lack an IANA Considerations section.  (See =
Section
     2.2 of http://www.ietf.org/id-info/checklist for how to handle =
the case
     when there are no actions for =
IANA.)
There was an earlier = conversation on the listserv about this at https://mailarchive.ietf.org/arch/msg/cellar/bdLfldsG7bK9A_DXaN= 9D1Mjkmkw. We considered a mime type for generic EBML but the thread = concluded with suggestions that this would be better handled at the EBML = Document type level rather than upon EBML itself.

So I=E2=80=99m adding a pull request with the = "This document has no IANA actions.=E2=80=9D boilerplate. The pull = request is here github.com/Matroska-Org/ebml-specification/pull/150. If = there=E2=80=99s other iana considerations that we=E2=80=99ve neglected = please mention them.
  ** =
There are 18 instances of too long lines in the document, the longest
     one being 113 characters in excess of 72.
I think this was resolved with = some line wrapping fixes in https://github.com/Matroska-Org/ebml-specification/pull/149= .

[=E2=80=A6]
  -- Possible downref: Non-RFC (?) normative reference: ref. =
'IEEE.754.1985'

  -- Possible downref: Non-RFC (?) normative reference: ref. =
=E2=80=98ITU.V42.1994'
Are these comments worth = addressing?
  ** Obsolete normative =
reference: RFC 2279 (Obsoleted by RFC 3629)
This was a reference to the = UTF-8 spec. I update the version in http://github.com/Matroska-Org/ebml-specification/pull/151.=

Dave Rice
= --Apple-Mail=_9868FE11-91AF-4FFA-B192-3362484A1A25-- From nobody Fri Jun 9 07:24:02 2017 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 1786E1293F9 for ; Fri, 9 Jun 2017 07:24:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 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 5dC-oYZLiwFQ for ; Fri, 9 Jun 2017 07:23:57 -0700 (PDT) Received: from 5.mo68.mail-out.ovh.net (5.mo68.mail-out.ovh.net [46.105.62.179]) (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 6A867129353 for ; Fri, 9 Jun 2017 07:23:57 -0700 (PDT) Received: from player698.ha.ovh.net (b6.ovh.net [213.186.33.56]) by mo68.mail-out.ovh.net (Postfix) with ESMTP id 1E3175D064 for ; Fri, 9 Jun 2017 16:23:54 +0200 (CEST) Received: from [192.168.2.101] (p5DDB486F.dip0.t-ipconnect.de [93.219.72.111]) (Authenticated sender: jerome@mediaarea.net) by player698.ha.ovh.net (Postfix) with ESMTPSA id C07EE520093 for ; Fri, 9 Jun 2017 16:23:54 +0200 (CEST) To: cellar@ietf.org References: <7F342F81-40F1-4AF6-9083-5D556BFD447E@dericed.com> From: Jerome Martinez Message-ID: <73b5bfa6-2de6-ede8-4f05-f7c5b382202f@mediaarea.net> Date: Fri, 9 Jun 2017 16:23:52 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <7F342F81-40F1-4AF6-9083-5D556BFD447E@dericed.com> Content-Type: multipart/alternative; boundary="------------2DE18024FA94FE806B0A05A0" Content-Language: en-GB X-Ovh-Tracer-Id: 12644418904852730001 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeeljedrieehgdejfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemuceftddtnecu Archived-At: Subject: Re: [Cellar] FFV1 nits X-BeenThere: cellar@ietf.org X-Mailman-Version: 2.1.22 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, 09 Jun 2017 14:24:00 -0000 This is a multi-part message in MIME format. --------------2DE18024FA94FE806B0A05A0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Le 08/06/2017 à 01:51, Dave Rice a écrit : > AFAIK there are no IANA considerations for FFV1. Anyone suggest > otherwise? I added a pull request at github.com/FFmpeg/FFV1/pull/71 > to just say "This document > has no IANA actions." I understand that IANA has several lists: - one for "containers" so more Matroska - one for RTP payload types, so more FFV1 and FLAC. Additionally, HTML video element may contain a "codecs" attribute and we need to have an identifier for matroska, ffv1, flac. For example, currently we currently have on Internet that: it may be good to have an additional line: Does it fit in IANA section or elsewhere? BTW, FFV1 codec could have suffixes, e.g. "ffv1.3" 3 being the version, as mp4v has something for defining requested capabilities. J2rôme --------------2DE18024FA94FE806B0A05A0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Le 08/06/2017 à 01:51, Dave Rice a écrit :

          

        

      

      

        

          
AFAIK there are no IANA considerations for FFV1. Anyone
            suggest otherwise? I added a pull request at github.com/FFmpeg/FFV1/pull/71 to
            just say "This document has no IANA actions."

        

      

    

    

    I understand that IANA has several lists:

    - one for "containers" so more Matroska

    - one for RTP payload types, so more FFV1 and FLAC.

    Additionally, HTML video element may contain a "codecs" attribute
    and we need to have an identifier for matroska, ffv1, flac.

    

    
For example, currently we
      currently have on Internet that:

      <video width="720" height="486">

        <source src="movie.webm" type='video/webm; codecs="vp8,
      vorbis"'>

        <source src="movie.mp4" type='video/mp4; codecs="mp4v.20.240,
      mp4a.40.2"'>

      Your browser does not support the video tag.

      </video>

      

      it may be good to have an additional line:

        <source src="movie.mkv" type='video/matroska; codecs="ffv1,
      flac"'>

      

      Does it fit in IANA section or elsewhere?

      

      BTW, FFV1 codec could have suffixes, e.g. "ffv1.3" 3 being the
      version, as mp4v has something for defining requested
      capabilities.

      

      J2rôme

    

  


--------------2DE18024FA94FE806B0A05A0--


From nobody Sun Jun 11 08:34:09 2017
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 C8DE6129454 for ; Sun, 11 Jun 2017 08:34:06 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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 TKJbqDoJ1hpe for ; Sun, 11 Jun 2017 08:34:05 -0700 (PDT)
Received: from mail-yb0-x22c.google.com (mail-yb0-x22c.google.com [IPv6:2607:f8b0:4002:c09::22c]) (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 071E912940C for ; Sun, 11 Jun 2017 08:34:04 -0700 (PDT)
Received: by mail-yb0-x22c.google.com with SMTP id 4so22867636ybl.1 for ; Sun, 11 Jun 2017 08:34:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=6210eKKqrBOrd8M7b+JHRn9WNX0dC6Mp3dBT158cn3s=; b=CIzwRV8wXpjtojAYn6d6yeMuNziCTDYEyF1+wbatWL180L3dwtXggIIzHHhu2xlSsq lVk7NcF5jTZTFzm+JqUi0DHMgHHNDdmenjfTXrKvKj1witt/UXD3QAJwrSp2Ve+fPTZg IXupFnznUybc5OLEqh20bm6MPX+m/Qh2/e4Zw763Ed6Tr/hoZ5tA3Ir7j9uzCJjURdgK 2yDG0t6Use3rOz2+/SAmhN0EZGjb/WKGlIjeqAOpq0GwSvjR5BYwbyaKQN154DpwAak0 rpbRsjgmY2u/NOoDRT46fDS1MhBp7tvT6ZUQuaQWAKoLYsqHteM6ZaWkgp/x58ei8hC+ eKfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=6210eKKqrBOrd8M7b+JHRn9WNX0dC6Mp3dBT158cn3s=; b=sXqxBz3eKpTjZgkpqWX9H5w+c6GnUyZdxa55+OpBL1AxhFEy/1+dYfr14Zj7sg+BoT o3KrYfcmgU2y3skjb6MsqWo8NaCp49V+FEguUq5wEOPczMUYpRRGK+3omV6dFwC9NqfZ Cx7ZWNAWDufOFyMJKnH3i/cCFAIkM53Ka6PtPecNC2lJ3ncbWlrBmROrZOfXkIpIKmyE 2MlVkZkxb4EOhVjf8eaqrzYvS1KAzxlgB85SZcd8QSK23Kxo+tLw9y1qvcnu1KByMbjP Xwf6gvIvWXJ9hylw8j6l31rxknAIt7n+uB0C+8LuXXxQgyZuSCEvueF91y5xTvIG1LX2 Rv6g==
X-Gm-Message-State: AODbwcAun1fiNIJScpcEiulSzgB0pekk3e+XiLJtmWx4vSlsTRh9QJoH JKgRSQdyV0KQOlXu8AoHy+hpH/XDcK3E
X-Received: by 10.37.210.214 with SMTP id j205mr21936197ybg.206.1497195244025;  Sun, 11 Jun 2017 08:34:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.83.128.209 with HTTP; Sun, 11 Jun 2017 08:34:03 -0700 (PDT)
In-Reply-To: 
References:  
From: Steve Lhomme 
Date: Sun, 11 Jun 2017 17:34:03 +0200
Message-ID: 
To: Dave Rice 
Cc: Tessa Fallon ,  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] EBML nits
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 11 Jun 2017 15:34:07 -0000

2017-06-09 1:19 GMT+02:00 Dave Rice :
>
> On Jun 7, 2017, at 12:37 PM, Tessa Fallon  wrote:
>
> Generated by running nits from:
> https://datatracker.ietf.org/doc/draft-ietf-cellar-ebml/
>
> idnits 2.14.02
>
> /tmp/draft-ietf-cellar-ebml-02.txt:
>
> [=E2=80=A6]
>
>   Checking nits according to http://www.ietf.org/id-info/checklist :
>
> -------------------------------------------------------------------------=
---
>
>   ** The document seems to lack an IANA Considerations section.  (See
> Section
>      2.2 of http://www.ietf.org/id-info/checklist for how to handle the c=
ase
>      when there are no actions for IANA.)
>
> There was an earlier conversation on the listserv about this at
> https://mailarchive.ietf.org/arch/msg/cellar/bdLfldsG7bK9A_DXaN9D1Mjkmkw.=
 We
> considered a mime type for generic EBML but the thread concluded with
> suggestions that this would be better handled at the EBML Document type
> level rather than upon EBML itself.
>
> So I=E2=80=99m adding a pull request with the "This document has no IANA =
actions.=E2=80=9D
> boilerplate. The pull request is here
> github.com/Matroska-Org/ebml-specification/pull/150. If there=E2=80=99s o=
ther iana
> considerations that we=E2=80=99ve neglected please mention them.

LGTM

>   ** There are 18 instances of too long lines in the document, the longes=
t
>      one being 113 characters in excess of 72.
>
> I think this was resolved with some line wrapping fixes in
> https://github.com/Matroska-Org/ebml-specification/pull/149.

LGTM

> [=E2=80=A6]
>
>   -- Possible downref: Non-RFC (?) normative reference: ref. 'IEEE.754.19=
85'
>
>   -- Possible downref: Non-RFC (?) normative reference: ref. =E2=80=98ITU=
.V42.1994'
>
> Are these comments worth addressing?

I would say no. Maybe the format could be different ?

>   ** Obsolete normative reference: RFC 2279 (Obsoleted by RFC 3629)
>
> This was a reference to the UTF-8 spec. I update the version in
> http://github.com/Matroska-Org/ebml-specification/pull/151.

LGTM

> Dave Rice
>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar
>



--=20
Steve Lhomme
Matroska association Chairman


From nobody Sun Jun 11 08:50:00 2017
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 928B312943B for ; Sun, 11 Jun 2017 08:49:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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 9Tw9PBrtGotx for ; Sun, 11 Jun 2017 08:49:57 -0700 (PDT)
Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::22a]) (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 1ADCE1272E1 for ; Sun, 11 Jun 2017 08:49:57 -0700 (PDT)
Received: by mail-yw0-x22a.google.com with SMTP id l75so30494723ywc.3 for ; Sun, 11 Jun 2017 08:49:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7ZeT6RTIqpRr53xa3ziSy7q0BoxCG6UD2dN1HMhCuPo=; b=qoWXHIvuY1VaEIIuNuiJDu/gDIuHT+d8oUfCc0343Z3OImCpV7WXQkTxuvOn7Ch42R RvyaP+Fbws/23zSG33V9I9LF0s/KV57ZqGy67Sf2/ASGdUvyZ0zgRJR+Utb51eTtRs1y E9ieNjo6BHt+L2R5gz1kaCXvKZYqPqpMtDMpqDRzKjDi0NNVAkF/TvXD76oeIfUX07j/ PjtVDWtueBd/asyzEfDxTO5qZNDlABe4f4KnpK8DGPj4jTKtx28mT7yIlRdCnuAruMES KQhhAAfulp/dz3WqWbwq9O8jtq0ggdXuMXB9hXUFc3hYC3ZF7HvhnyNiT3VjExp18m/H aGMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7ZeT6RTIqpRr53xa3ziSy7q0BoxCG6UD2dN1HMhCuPo=; b=Beyci70PIqFIzUNzvbHLC4HD4LUQT5uaepAwJ2GjAzKas4VyM5Fm6GoE23hV9xV/vx mkPCVg+V92ZHisiItU2eEn9wxNNJfhDVodS+M3j7/0y41a2B/AX2+d/8e0FEV5vVr6fv PAYhJNJt4bcXr/q3XA1iem+T1ieFMt0jFqLsCqT8E0ZiDTUeOOHbYzSycc8mq16FtADW 6WztHKPgnJk0kbZvM/Pd6JG/JDotVaYN46irM8+Rj4a53nlaDXwOtHkGKtoIQEA29wlr WZIr5GAgwV4v8TtOdNGVTeO65bfNJEqZZBnMvUtxksxHSNBflgTgQlFCC6HxCOjyWmHr egFA==
X-Gm-Message-State: AODbwcBh6Z+Z91xPi/kVW0j/ApxFQmCskqV06w77OEEGC59wxGLveYXX 6lnnAQ0YpoP9oMYKPNFdbqytw0K66AAN
X-Received: by 10.129.167.9 with SMTP id e9mr21509447ywh.55.1497196196373; Sun, 11 Jun 2017 08:49:56 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.83.128.209 with HTTP; Sun, 11 Jun 2017 08:49:55 -0700 (PDT)
In-Reply-To: 
References: 
From: Steve Lhomme 
Date: Sun, 11 Jun 2017 17:49:55 +0200
Message-ID: 
To: Tessa Fallon 
Cc: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: text/plain; charset="UTF-8"
Archived-At: 
Subject: Re: [Cellar] IETF 99: registration, dates, planning, agenda
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 11 Jun 2017 15:49:58 -0000

Hi Tessa,

2017-06-07 18:24 GMT+02:00 Tessa Fallon :
> 1) Just a friendly reminder that the early bird deadline for in-person
> attendance at IETF 99 is July 07, 2017. Below is a list of all registration
> fees:
>
> Registration fee:
>
> Early-Bird: $700 USD* , if paid in full prior to 2359 UTC Friday, July 07,
> 2017.
> Late: $875 USD* if paid after Early-Bird cutoff date and time.
> One Day Pass: $375 USD* (Includes access to any one day of meeting sessions
> and breaks, plus the Sunday Tutorials & Reception, and the Plenaries).
> Full-time students: $150 USD* with on-site proof of ID.
> Remote Participants: No fee.
>
> I also want to emphasize that there is no fee for remote participation,
> since I know many of you are interested in participating remotely.
> Information on how to participate remotely will be circulated to this list
> prior to the meeting.

In the end I won't make it in person. But I will definitely attend remotely.

> To register, please visit: https://www.ietf.org/meeting/register.html
>
> 2)  I'd like to put together an assessment of current CELLAR work,
> milestones reached, and other issues.  If you're interested in assisting
> with this, please let me know.  I'm especially interested in hearing from
> those who have contributed to the specs.

I think Dave is better qualified but I think overall we went over most
of the issues on EBML. There are still 5 left and 3 pull requests (2
ready to be pushed).

On Matroska we refined the documentation, clarified some things. But
there are still 25 issues and 8 pending pull requests. I think there's
still quite a bit of stuff to do in there.

> 3)  If you're interested in adding an item to or helping with the agenda for
> the CELLAR meeting, please me know.
>
> Thanks all,
>
> Tessa
>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar
>



-- 
Steve Lhomme
Matroska association Chairman


From nobody Sun Jun 11 11:17:49 2017
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 374C6129AB0 for ; Sun, 11 Jun 2017 11:17:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.119
X-Spam-Level: 
X-Spam-Status: No, score=-1.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 2QrETK3lAEBR for ; Sun, 11 Jun 2017 11:17:45 -0700 (PDT)
Received: from s172.web-hosting.com (s172.web-hosting.com [68.65.122.110]) (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 2FD84129A9F for ; Sun, 11 Jun 2017 11:17:45 -0700 (PDT)
Received: from cpe-104-162-86-103.nyc.res.rr.com ([104.162.86.103]:41132 helo=[10.0.1.3]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dK7Qk-00084m-Cp; Sun, 11 Jun 2017 14:17:43 -0400
From: Dave Rice 
Message-Id: 
Content-Type: multipart/alternative; boundary="Apple-Mail=_DE31FE6D-0E13-4AFB-8921-8A79DE7EE79F"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Sun, 11 Jun 2017 14:17:40 -0400
In-Reply-To: 
Cc: Tessa Fallon , Codec Encoding for LossLess Archiving and Realtime transmission 
To: Steve Lhomme 
References:  
X-Mailer: Apple Mail (2.3273)
X-OutGoing-Spam-Status: No, score=-2.9
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: Re: [Cellar] IETF 99: registration, dates, planning, agenda
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 11 Jun 2017 18:17:48 -0000

--Apple-Mail=_DE31FE6D-0E13-4AFB-8921-8A79DE7EE79F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8


> On Jun 11, 2017, at 11:49 AM, Steve Lhomme  =
wrote:
>=20
> Hi Tessa,
>=20
> 2017-06-07 18:24 GMT+02:00 Tessa Fallon :
>> 1) Just a friendly reminder that the early bird deadline for =
in-person
>> attendance at IETF 99 is July 07, 2017. Below is a list of all =
registration
>> fees:
>>=20
>> Registration fee:
>>=20
>> Early-Bird: $700 USD* , if paid in full prior to 2359 UTC Friday, =
July 07,
>> 2017.
>> Late: $875 USD* if paid after Early-Bird cutoff date and time.
>> One Day Pass: $375 USD* (Includes access to any one day of meeting =
sessions
>> and breaks, plus the Sunday Tutorials & Reception, and the =
Plenaries).
>> Full-time students: $150 USD* with on-site proof of ID.
>> Remote Participants: No fee.
>>=20
>> I also want to emphasize that there is no fee for remote =
participation,
>> since I know many of you are interested in participating remotely.
>> Information on how to participate remotely will be circulated to this =
list
>> prior to the meeting.
>=20
> In the end I won't make it in person. But I will definitely attend =
remotely.
>=20
>> To register, please visit: https://www.ietf.org/meeting/register.html
>>=20
>> 2)  I'd like to put together an assessment of current CELLAR work,
>> milestones reached, and other issues.  If you're interested in =
assisting
>> with this, please let me know.  I'm especially interested in hearing =
from
>> those who have contributed to the specs.
>=20
> I think Dave is better qualified but I think overall we went over most
> of the issues on EBML. There are still 5 left and 3 pull requests (2
> ready to be pushed).

I am interested in helping on the assessment. Since Steve wrote (~2 =
hours ago), there are updates to the pull requests for EBML.

There=E2=80=99s one regarding mandating that EBML Schemas themselves =
document the EBML Header and Global elements.
https://github.com/Matroska-Org/ebml-specification/pull/152 =
 (with some =
background discussion at =
https://github.com/Matroska-Org/ebml-specification/issues/128 =
).

Another pull request is available regarding terminating string/utf-8 =
elements with null octets.
https://github.com/Matroska-Org/ebml-specification/pull/141

> On Matroska we refined the documentation, clarified some things. But
> there are still 25 issues and 8 pending pull requests. I think there's
> still quite a bit of stuff to do in there.

I agree that while EBML seems ready for a last call, that Matroska needs =
more work and more volunteers. There are many sections needing =
attention, for instance the tagging and metadata section has not been =
well-reviewed, same for many of the Matroska element definitions, =
documentation on chapters and menus, etc. If you=E2=80=99re considering =
working on Matroska but would like suggestions or mentorship, please let =
us know.
Dave

>> 3)  If you're interested in adding an item to or helping with the =
agenda for
>> the CELLAR meeting, please me know.
>>=20
>> Thanks all,
>>=20
>> Tessa
>>=20
>> _______________________________________________
>> Cellar mailing list
>> Cellar@ietf.org
>> https://www.ietf.org/mailman/listinfo/cellar
>>=20
>=20
>=20
>=20
> --=20
> Steve Lhomme
> Matroska association Chairman
>=20
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar


--Apple-Mail=_DE31FE6D-0E13-4AFB-8921-8A79DE7EE79F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8


On Jun 11, 2017, at 11:49 AM, Steve Lhomme <slhomme@matroska.org> wrote:

Hi =
Tessa,

2017-06-07 18:24 GMT+02:00 Tessa =
Fallon <tessa.fallon@gmail.com>:
1) Just a friendly reminder that the early bird =
deadline for in-person
attendance at IETF 99 is July 07, =
2017. Below is a list of all registration
fees:

Registration fee:

Early-Bird: $700 USD* , if paid in full prior to 2359 UTC =
Friday, July 07,
2017.
Late: $875 USD* if =
paid after Early-Bird cutoff date and time.
One Day Pass: =
$375 USD* (Includes access to any one day of meeting sessions
and breaks, plus the Sunday Tutorials & Reception, and =
the Plenaries).
Full-time students: $150 USD* with on-site =
proof of ID.
Remote Participants: No fee.

I also want to emphasize that there is no fee for remote =
participation,
since I know many of you are interested in =
participating remotely.
Information on how to participate =
remotely will be circulated to this list
prior to the =
meeting.

In the end I won't =
make it in person. But I will definitely attend remotely.

To =
register, please visit: https://www.ietf.org/meeting/register.html

2)  I'd like to put together an =
assessment of current CELLAR work,
milestones reached, and =
other issues.  If you're interested in assisting
with =
this, please let me know.  I'm especially interested in hearing =
from
those who have contributed to the specs.

I think Dave is better qualified =
but I think overall we went over most
of the issues on =
EBML. There are still 5 left and 3 pull requests (2
ready =
to be pushed).

I am interested in helping on the assessment. =
Since Steve wrote (~2 hours ago), there are updates to the pull requests =
for EBML.

There=E2=80=99s one =
regarding mandating that EBML Schemas themselves document the EBML =
Header and Global elements.


On Matroska we refined the documentation, =
clarified some things. But
there are still 25 issues and 8 =
pending pull requests. I think there's
still quite a bit =
of stuff to do in there.

I agree that while EBML seems ready for a last =
call, that Matroska needs more work and more volunteers. There are many =
sections needing attention, for instance the tagging and metadata =
section has not been well-reviewed, same for many of the Matroska =
element definitions, documentation on chapters and menus, etc. If =
you=E2=80=99re considering working on Matroska but would like =
suggestions or mentorship, please let us know.
Dave

3)  If you're =
interested in adding an item to or helping with the agenda for
the CELLAR meeting, please me know.

Thanks all,

Tessa

_______________________________________________
Cellar mailing list
Cellar@ietf.org
https://www.ietf.org/mailman/listinfo/cellar




-- =

Steve Lhomme
Matroska association =
Chairman

_______________________________________________
Cellar mailing list
Cellar@ietf.org
https://www.ietf.org/mailman/listinfo/cellar

=

--Apple-Mail=_DE31FE6D-0E13-4AFB-8921-8A79DE7EE79F--


From nobody Wed Jun 14 16:32:09 2017
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 3A10F128D6F for ; Wed, 14 Jun 2017 16:32:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.12
X-Spam-Level: 
X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] 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 0P0ZovXzzZci for ; Wed, 14 Jun 2017 16:32:05 -0700 (PDT)
Received: from s172.web-hosting.com (s172.web-hosting.com [68.65.122.110]) (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 427D312025C for ; Wed, 14 Jun 2017 16:32:05 -0700 (PDT)
Received: from cpe-104-162-86-103.nyc.res.rr.com ([104.162.86.103]:39192 helo=[10.0.1.3]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dLHla-000NLG-CA; Wed, 14 Jun 2017 19:32:03 -0400
From: Dave Rice 
Message-Id: <23BFF235-C4A1-4162-85F8-173AC2C1CA70@dericed.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_EE87A15C-2ACB-4CB1-84D6-BEBC525D36D4"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Wed, 14 Jun 2017 19:31:59 -0400
In-Reply-To: <73b5bfa6-2de6-ede8-4f05-f7c5b382202f@mediaarea.net>
Cc: cellar@ietf.org
To: Jerome Martinez 
References:  <7F342F81-40F1-4AF6-9083-5D556BFD447E@dericed.com> <73b5bfa6-2de6-ede8-4f05-f7c5b382202f@mediaarea.net>
X-Mailer: Apple Mail (2.3273)
X-OutGoing-Spam-Status: No, score=-2.9
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: Re: [Cellar] FFV1 nits
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Jun 2017 23:32:07 -0000

--Apple-Mail=_EE87A15C-2ACB-4CB1-84D6-BEBC525D36D4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8


> On Jun 9, 2017, at 10:23 AM, Jerome Martinez  =
wrote:
>=20
> Le 08/06/2017 =C3=A0 01:51, Dave Rice a =C3=A9crit :
>> AFAIK there are no IANA considerations for FFV1. Anyone suggest =
otherwise? I added a pull request at github.com/FFmpeg/FFV1/pull/71 =
 to just say "This document has =
no IANA actions."
>=20
> I understand that IANA has several lists:
> - one for "containers" so more Matroska
> - one for RTP payload types, so more FFV1 and FLAC.
> Additionally, HTML video element may contain a "codecs" attribute and =
we need to have an identifier for matroska, ffv1, flac.
>=20
> For example, currently we currently have on Internet that:
> 
>=20
> it may be good to have an additional line:
>   
>=20
> Does it fit in IANA section or elsewhere?
>=20
> BTW, FFV1 codec could have suffixes, e.g. "ffv1.3" 3 being the =
version, as mp4v has something for defining requested capabilities.

Could be something like the draft below. Please consider this as a =
my-first-iana-considerations-draft. Comments?

# IANA Considerations

One media subtype (video/ffv1) has been defined and registered as =
described in the following section.

## FFV1 Media Type Registration

Media type registration is done according to [@!RFC6838] and =
[@!RFC4855].

Type name: video

Subtype name: ffv1

Required parameters:
	version: The FFV1 version, see section X.X.

Optional parameters:
	[[ what is worthwhile: frame size, frame rate, pix_fmt, =
duration? ]]

Encoding considerations:
          This media type is framed binary data (see RFC 4288, Section =
4.8).

Security considerations: See Section X of this document.

Interoperability considerations:
	[[To do]]

Published specification: RFC nnnn

Applications that use this media type:
	Any application that requires the transport of lossless video =
can use this media type. Some examples are, but not limited to screen =
recording, scientific imaging, and digital video preservation.

Additional information: none

Person & email address to contact for further information:
	[[ suggestions? ]]

Intended usage: COMMON

Restrictions on usage:
	[[to do, such the contains section of the document add an ffv1 =
in RTP section?]]

Author:
	[[ to do]]

Change controller:
          IETF cellar working group delegated from the IESG.

Thanks,
Dave Rice


--Apple-Mail=_EE87A15C-2ACB-4CB1-84D6-BEBC525D36D4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8


On Jun 9, 2017, at 10:23 AM, Jerome Martinez <jerome@mediaarea.net> wrote:


 =20
    
 =20
  

    
Le 08/06/2017 =C3=A0 01:51, Dave Rice =
a
      =C3=A9crit :

    

    

      
      

        

          

            

          

        

      

      

        

          
AFAIK there are no IANA considerations for =
FFV1. Anyone
            suggest otherwise? I added a pull request at github.com/FFmpeg/FFV1/pull/71 to
            just say "This document has no IANA actions."

        

      

    

    

    I understand that IANA has several lists:

    - one for "containers" so more Matroska

    - one for RTP payload types, so more FFV1 and FLAC.

    Additionally, HTML video element may contain a "codecs" attribute
    and we need to have an identifier for matroska, ffv1, flac.

    

    
For example, currently =
we
      currently have on Internet that:

      <video width=3D"720" height=3D"486">

        <source src=3D"movie.webm" type=3D'video/webm; =
codecs=3D"vp8,
      vorbis"'>

        <source src=3D"movie.mp4" type=3D'video/mp4; =
codecs=3D"mp4v.20.240,
      mp4a.40.2"'>

      Your browser does not support the video tag.

      </video>

      

      it may be good to have an additional line:

        <source src=3D"movie.mkv" type=3D'video/matroska; =
codecs=3D"ffv1,
      flac"'>

      

      Does it fit in IANA section or elsewhere?

      

      BTW, FFV1 codec could have suffixes, e.g. "ffv1.3" 3 being the
      version, as mp4v has something for defining requested
      capabilities.

Could be something like the draft below. Please =
consider this as a my-first-iana-considerations-draft. =
Comments?

# IANA =
Considerations

One media subtype =
(video/ffv1) has been defined and registered as described in the =
following section.

## FFV1 Media =
Type Registration

Media type =
registration is done according to [@!RFC6838] and [@!RFC4855].

Type name: video

Subtype name: ffv1

Required =
parameters:
	version: The FFV1 version, see =
section X.X.

Optional parameters:
	[[ what =
is worthwhile: frame size, frame rate, pix_fmt, duration? ]]

Encoding =
considerations:
          =
This media type is framed binary data (see RFC 4288, Section =
4.8).

Security considerations: See Section X of this =
document.

Interoperability considerations:
	[[To =
do]]

Published =
specification: RFC nnnn

Applications that use this media type:
	=
Any application that requires the transport of lossless video can =
use this media type. Some examples are, but not limited to screen =
recording, scientific imaging, and digital video preservation.

Additional information: =
none

Person =
& email address to contact for further information:
	=
[[ suggestions? ]]

Intended usage: COMMON

Restrictions on usage:
	=
[[to do, such the contains section of the document add an ffv1 in =
RTP section?]]

Author:
	[[ to do]]
Change controller:
          IETF cellar working group =
delegated from the IESG.

Thanks,
Dave =
Rice

=

--Apple-Mail=_EE87A15C-2ACB-4CB1-84D6-BEBC525D36D4--


From nobody Fri Jun 16 12:23:08 2017
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 6455513152E for ; Fri, 16 Jun 2017 12:23:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 FBh30tfIc05z for ; Fri, 16 Jun 2017 12:23:05 -0700 (PDT)
Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (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 475F51293EB for ; Fri, 16 Jun 2017 12:23:05 -0700 (PDT)
Received: by mail-io0-x232.google.com with SMTP id y77so35887998ioe.3 for ; Fri, 16 Jun 2017 12:23:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to;  bh=STdaQJYZA+ujIaev9IukTtWMyWxRlUoRduPZ8Le/wEE=; b=cZTpy89up1vJ1b2fhK17nOccdSeBaFuzFJeSCLM4sDUqW19yQyaBUsZ8tpj4+ql9NZ cG/EkkWt1mXlJzVMuREfq7wYkBKX621+/RccBLDzyL2zsXsuOoci20NEiTjcQ/ARUuuH GIDXzqPkFMQRLLDBt5RiUbeimkIto8neX4a6yYGxll9jERbux1nLVi483+OB1HQgJy2A rf5BatoQ9jQRP46F95WnDhNNKw/ygYDwex3dEiSEx9LQo/JJdv1HJJ3cVrmh8un3zckG aWin7tBVJKXpxpXkXNFmHoIG8tL1iHebQn77yBegvMo3YghHY1pPf4D0GdJP2thq8IhA rtiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=STdaQJYZA+ujIaev9IukTtWMyWxRlUoRduPZ8Le/wEE=; b=cd1jI5fsgdOL8rBcYhYzrs/UVnWycS6EAXZCtdE+NZpLDaFI8vkGK9cb6B7aHYfn5r KkBCUT3Gl+5LcTXYKKUqnb4XEO9W3m8+zinLsWDDjH/dfF0E8PwdpyVey/KWHMvKKkmS TzfUUd8fXztyCoA83TYtLHnEkrCTVfG/mNsb8yTHjqFtqspOKRx/yjT7AXH06bsszLez 377yxWzFLpADYLG3WOpjyl0k95GG5hay6l7TV+nyfkIyv70Hw5qrFrQ1nfBH624TxvCQ kiFAnnPzY5BE36NL7OHEMCZ1wLrvI6QZqYV5Hr9lkZ9cGP6Ntl3fToFZ9NuVtwdE7vg/ GrLQ==
X-Gm-Message-State: AKS2vOzPhZgMiV03pSTrq+PORVgL1l6KGtUkyOQuMDBR0seRbmTVxcUe wrQ30Tg45+Ub8LzlZH8FJphfQuzlpzyp
X-Received: by 10.107.12.219 with SMTP id 88mr11594475iom.191.1497640984239; Fri, 16 Jun 2017 12:23:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.55.10 with HTTP; Fri, 16 Jun 2017 12:22:23 -0700 (PDT)
In-Reply-To: <1280323857.13113587.1497538214458@mail.yahoo.com>
References: <1280323857.13113587.1497538214458.ref@mail.yahoo.com> <1280323857.13113587.1497538214458@mail.yahoo.com>
From: Tessa Fallon 
Date: Fri, 16 Jun 2017 15:22:23 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113f8ebeddf0ca055218b62a"
Archived-At: 
Subject: [Cellar] Fwd: Remote Participation Hubs
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 16 Jun 2017 19:23:07 -0000

--001a113f8ebeddf0ca055218b62a
Content-Type: text/plain; charset="UTF-8"

For those interested in remote participation and local meetups, these
documents and conversations may be of interest.  Everyone is welcome to
comment on the original conversation (subscribe to any of the IETF email
addresses listed in the email below).

I will be following them and posting any relevant information to CELLAR.

---------- Forwarded message ----------
From: 
Date: Thu, Jun 15, 2017 at 10:50 AM
Subject: Remote Participation Hubs
To: vmeet@ietf.org, "ietf@ietf.org" 


All,

We have submitted the first of three drafts discussing Remote Hubs.
 Please provide comments on the VMEET list.

Three types of remote hubs are defined.  Each has its own characteristics.

  - Remote Participation Hubs
  - Remote Viewing Hubs
  - Enduring Local Meetups

The first document defines a Remote Participation Hub (RPH).  Other
documents are coming to define the other types of hubs.  A common structure
of sections will be
used as far as possible for all hub types.


URL:            https://www.ietf.org/internet-drafts/draft-elkins-ietf-
remote-participation-hubs-00.txt
Status:        https://datatracker.ietf.org/doc/draft-elkins-ietf-remote-
participation-hubs/
Htmlized:      https://tools.ietf.org/html/draft-elkins-ietf-remote-
participation-hubs-00
Htmlized:      https://datatracker.ietf.org/doc/html/draft-elkins-ietf-
remote-participation-hubs-00



Thanks,

Nalini Elkins
CEO and Founder
Inside Products, Inc.
www.insidethestack.com
(831) 659-8360

--001a113f8ebeddf0ca055218b62a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


For those interested in remote participation and local mee=
tups, these documents and conversations may be of interest.=C2=A0 Everyone =
is welcome to comment on the original conversation (subscribe to any of the=
 IETF email addresses listed in the email below).

I will=
 be following them and posting any relevant information to CELLAR.

=

---------- Forwarded message ----------
From:=
  <nalini.elkins@insidethestack.com>=

Date: Thu, Jun 15, 2017 at 10:50 AM
Subject: Remote Participa=
tion Hubs
To: vmeet@ietf.org, &quo=
t;ietf@ietf.org" <ietf@ietf.org>


All,



We have submitted the first of three drafts discussing Remote Hubs.=C2=A0 =
=C2=A0Please provide comments on the VMEET list.



Three types of remote hubs are defined.=C2=A0 Each has its own characterist=
ics.



=C2=A0 - Remote Participation Hubs

=C2=A0 - Remote Viewing Hubs

=C2=A0 - Enduring Local Meetups



The first document defines a Remote Participation Hub (RPH).=C2=A0 Other do=
cuments are coming to define the other types of hubs.=C2=A0 A common struct=
ure of sections will be

used as far as possible for all hub types.





URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts=
/draft-elkins-ietf-remote-participation-hubs-00.txt

Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 https://datatracker.ietf.org/doc/draft-elkins-ietf-remote-=
participation-hubs/

Htmlized:=C2=A0 =C2=A0 =C2=A0 https://tools.ietf.org/html/draft-elkins-ietf-remote-particip=
ation-hubs-00

Htmlized:=C2=A0 =C2=A0 =C2=A0 https://datatracker.ietf.org/doc/html/draft-elkins-ietf-=
remote-participation-hubs-00







Thanks,



Nalini Elkins

CEO and Founder

Inside Products, Inc.

www.insidethestack.com

(831) 659-8360<=
/a>







--001a113f8ebeddf0ca055218b62a--


From nobody Fri Jun 16 18:27:24 2017
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 23D6C126DFF for ; Fri, 16 Jun 2017 18:27:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 AmvbrTTac1a8 for ; Fri, 16 Jun 2017 18:27:19 -0700 (PDT)
Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::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 8D97F12946B for ; Fri, 16 Jun 2017 18:27:18 -0700 (PDT)
Received: by mail-io0-x236.google.com with SMTP id t87so39259507ioe.0 for ; Fri, 16 Jun 2017 18:27:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=+csWhrhgeRqFr7mHhC9jpY2NCrC14xqgl/40LCcU/8I=; b=ANqSWadCAmXEn+wJ/Ato2EdSVm5n3VWrd43bHhj+VEflGPygp4kjH9aLZru4NdwEAk KcQ2tN0adF3X1bESzk0feHcML0V30JdKj2lro/orZgWTxWTmI8eEjmbnDnp2HweyKOT4 ix4w1vZaue0ejUeCYN5CecG4s8Se2hQG9uvDC+nMPLemWXJyZ4lKLnCgdPhbwRPMsNfy /MTx2JHa+tu1UqrNKu5cdVRGfJ2FgsSotr3X4yfCrJ591O1c3i0bhE0OExjmvcuHBp7D 8nXeqOfJ+BjbfSH4yNJgfrJXzvOAc0T25LIcDMaeMG9If1bN6+OF173qppqpCkoo1OwS GCyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+csWhrhgeRqFr7mHhC9jpY2NCrC14xqgl/40LCcU/8I=; b=aXaWsfVRakO03uahm878I3j1PYwnY3JnUaYMP8LrWjMzEuqVo+G+ZRJIA1vVxv/dP8 lv3hTwTGxH5QEuyGU4xdjwXwQO87xb13XECtwilB08/RGVBR7Uw2V57z7tIeTIG3liLT hHAh/KO2W4KsMqmEDlGcJQhkvGfplQy78gbEn6ss1rd6Lt0OpAVmjCNvqGYmmlyNXVLe cGPT/dnzw8P+isXUlLPDzBZycd8rP1PM+t9Ph/qSPZCzy2DJaWlof6rvKdJichbtzJkW srXdOZ+wBxu4On4YdqLrdaOQIOrvAr5me7U73YC9+2KcaSuciYWAbU2P+9WWRLY8SWIK CBfA==
X-Gm-Message-State: AKS2vOyr8HLlk6DFyiQFbdX7KhVzXA3V9MTtJnCU3M9ZohpxXsueXqG6 astNNaB2FqIkPL8Jd0mAfwXVezjrysjHYtc=
X-Received: by 10.107.132.86 with SMTP id g83mr12936533iod.181.1497662837760;  Fri, 16 Jun 2017 18:27:17 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.55.10 with HTTP; Fri, 16 Jun 2017 18:26:37 -0700 (PDT)
From: Tessa Fallon 
Date: Fri, 16 Jun 2017 21:26:37 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113f2b70704b7a05521dcdba"
Archived-At: 
Subject: [Cellar] IETF 99: Cellar tentatively scheduled for July 19
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 17 Jun 2017 01:27:22 -0000

--001a113f2b70704b7a05521dcdba
Content-Type: text/plain; charset="UTF-8"

The preliminary agenda for IETF 99 is now available.  Please note that the
day/time are subject to change until June 23, when the final agenda will be
posted.

https://datatracker.ietf.org/meeting/99/agenda.html

July 19, Wednesday, 15:20-16:50 (Prague)

Other time zones:
GMT: 13:20 - 14:20
EST: 9:20 a.m. - 10:50 a.m.
PDT: 6:20 a.m. - 10:50 a.m.

Jabber: xmpp:cellar@jabber.ietf.org?join

Video stream: http://www.meetecho.com/ietf99/cellar/
Audio stream: http://ietf99streaming.dnsalias.net/ietf/ietf991.m3u

--001a113f2b70704b7a05521dcdba
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


The preli=
minary agenda for IETF 99 is now available.=C2=A0 Please note that the day/=
time are subject to change until June 23, when the final agenda will be pos=
ted.

https://datatrac=
ker.ietf.org/meeting/99/agenda.html=C2=A0

July 19, Wednesday, 15:20-16:50 (Prague)

=
Other time zones:
GMT: 13:20=
 - 14:20
E=
ST: 9:20 a.m. - 10:50 a.m.
PDT: 6:20 a.m. - 10:50 a.m.

Video stream:=C2=A0<=
a href=3D"http://www.meetecho.com/ietf99/cellar/" target=3D"_blank">http://=
www.meetecho.com/ietf99/cellar/



--001a113f2b70704b7a05521dcdba--


From nobody Fri Jun 16 18:36:09 2017
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 E77341296C6 for ; Fri, 16 Jun 2017 18:36:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.438
X-Spam-Level: 
X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_LOW=-0.7, 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 Q9OwsPSQNTGv for ; Fri, 16 Jun 2017 18:36:06 -0700 (PDT)
Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (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 F290B1270FC for ; Fri, 16 Jun 2017 18:36:05 -0700 (PDT)
Received: by mail-io0-x232.google.com with SMTP id t87so39311569ioe.0 for ; Fri, 16 Jun 2017 18:36:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to;  bh=cxgavs8oPGSOCqCsEXDkTFpXt7mgusj1pHPWB5dNPzY=; b=PiAwbpvwRXYx4nQ+Fz+X2C2RMRqgnuGH2m/dhkpMGwmVCDshjPtPUXNzAyxV+PlQzG ZD7x5lkGOxKicfyEikRCod7AueDE4r4u7l4P9A1ZG1FIiqBlCylcavqGzi7x9wU0VOB6 zrsK35+vhoOg37h8CKPtKSsUOPLfZEY5y8pE96+Lfrzcpnskbdd+8LgF7swFkb4oSd3K ox/2Y0dInK7qxfNwesFRK5PM+rrCYNBinjffn0lbrzGZsBcgD7xzaaSBsXQ2gKoGUEnw aDRIqHLudKAAmagVMhCO4yPbztpTfnvLWpB3/KWsuq+TmcSydBPNh4vGQZkNNP7LHRwF gZow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=cxgavs8oPGSOCqCsEXDkTFpXt7mgusj1pHPWB5dNPzY=; b=hlClvY2YofqrhjcJ3OpaT0PG42U0/kxrqknjdEESHlPvi/6gZc/kWO5qNnDjxlrxOy qcHHDO9SDK33G0fUm3leNyu0opXPBE7RjTCnpS7sauYl9ahjnYzZXhhaK2/9nfL0dpGW MZcJjVZ6Q2T43A39JwfixmX89S4RhJjgj5ir9+bNxzthZ/orSf4KLGQ4Hhr/iRg6N6Uu gCYwZQVY8CqTL4Wt2bsQsfeV2uWJe/WehsNGIwwuTvgEg7sf4HG8Dm4PlBCOdL6wlIBm rui3VpizA3+3p7oMGVJJTZTWWXo9DE0slO0tC7q9OMigfVncQ5vHECISa0JmRAFyPhzW R+fg==
X-Gm-Message-State: AKS2vOzoEz+M5V/kK0rxmePkIqaMqyApOC/rasJlF3EwvktEVVJ+b9eS MwgL51Bxwqi+nhXCpG6WytxCYQxXQu7t
X-Received: by 10.107.12.219 with SMTP id 88mr12746934iom.191.1497663365141; Fri, 16 Jun 2017 18:36:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.55.10 with HTTP; Fri, 16 Jun 2017 18:35:24 -0700 (PDT)
In-Reply-To: 
References: 
From: Tessa Fallon 
Date: Fri, 16 Jun 2017 21:35:24 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113f8ebedf881505521dec14"
Archived-At: 
Subject: Re: [Cellar] IETF 99: Cellar tentatively scheduled for July 19
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 17 Jun 2017 01:36:08 -0000

--001a113f8ebedf881505521dec14
Content-Type: text/plain; charset="UTF-8"

n.b. After the final agenda is published, I'd send around a list of other
sessions that folks might be interested in.  I'd welcome suggestions as
well!

On Fri, Jun 16, 2017 at 9:26 PM, Tessa Fallon 
wrote:

> The preliminary agenda for IETF 99 is now available.  Please note that the
> day/time are subject to change until June 23, when the final agenda will be
> posted.
>
> https://datatracker.ietf.org/meeting/99/agenda.html
>
> July 19, Wednesday, 15:20-16:50 (Prague)
>
> Other time zones:
> GMT: 13:20 - 14:20
> EST: 9:20 a.m. - 10:50 a.m.
> PDT: 6:20 a.m. - 10:50 a.m.
>
> Jabber: xmpp:cellar@jabber.ietf.org?join
> 
> Video stream: http://www.meetecho.com/ietf99/cellar/
> Audio stream: http://ietf99streaming.dnsalias.net/ietf/ietf991.m3u
>
>

--001a113f8ebedf881505521dec14
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


n.b. After the final agenda is =
published, I'd send around a list of other sessions that folks might be=
 interested in.=C2=A0 I'd welcome suggestions as well!

On Fri, Jun 16, 2017 at 9:2=
6 PM, Tessa Fallon <tessa.fallon@gmail.com> wrote:
<=
blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
 #ccc solid;padding-left:1ex">
The preliminary agenda for IETF 99 is now available.=
=C2=A0 Please note that the day/time are subject to change until June 23, w=
hen the final agenda will be posted.

https://datatracker.ietf.org/meeting/99/agenda.html=C2=A0


PDT: 6:20 a.m. - 10:50 a.m.





--001a113f8ebedf881505521dec14--


From nobody Fri Jun 23 17:17:44 2017
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 B980F12EBAC; Fri, 23 Jun 2017 17:07:19 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "\"IETF Secretariat\"" 
To: , 
Cc: ben@nostrum.com, cellar@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.55.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149826283975.7840.17432244193687527136.idtracker@ietfa.amsl.com>
Date: Fri, 23 Jun 2017 17:07:19 -0700
Archived-At: 
Subject: [Cellar] cellar - Requested session has been scheduled for IETF 99
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 24 Jun 2017 00:07:21 -0000

Dear Tessa Fallon,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request. 

cellar Session 1 (1:30:00)
    Friday, Morning Session I 0930-1130
    Room Name: Berlin/Brussels size: 100
    ---------------------------------------------
    


Request Information:


---------------------------------------------------------
Working Group Name: Codec Encoding for LossLess Archiving and Realtime transmission
Area Name: Applications and Real-Time Area
Session Requester: Tessa Fallon

Number of Sessions: 1
Length of Session(s):  1.5 Hours
Number of Attendees: 50
Conflicts to Avoid: 
 First Priority: netvc codec rtcweb dispatch
 Second Priority: sipcore mmusic avtcore
 Third Priority: payload perc sipbrandy stir


People who must be present:
  Tessa Fallon
  Tim Terriberry
  Ben Campbell

Resources Requested:

Special Requests:
  
---------------------------------------------------------


From nobody Mon Jun 26 10:40:10 2017
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 DE11A12EB17 for ; Mon, 26 Jun 2017 10:40:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 zPBg0jj1eYq7 for ; Mon, 26 Jun 2017 10:40:07 -0700 (PDT)
Received: from pps03.cites.illinois.edu (pps03.cites.illinois.edu [192.17.82.70]) (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 EE6891292FD for ; Mon, 26 Jun 2017 10:40:06 -0700 (PDT)
Received: from cex138.ad.uillinois.edu (cex138.cites.illinois.edu [64.22.177.34]) by pps03.cites.illinois.edu (8.16.0.17/8.16.0.17) with ESMTPS id v5QHe5KZ001624 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Mon, 26 Jun 2017 12:40:05 -0500
Received: from cex138.ad.uillinois.edu (64.22.177.34) by cex138.ad.uillinois.edu (64.22.177.34) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Mon, 26 Jun 2017 12:40:04 -0500
Received: from CHIHT3.ad.uillinois.edu (64.22.177.18) by cex138.ad.uillinois.edu (64.22.177.34) with Microsoft SMTP Server (TLS) id 15.0.1236.3 via Frontend Transport; Mon, 26 Jun 2017 12:40:04 -0500
Received: from CITESMBX5.ad.uillinois.edu ([169.254.10.142]) by CHIHT3.ad.uillinois.edu ([64.22.177.75]) with mapi id 14.03.0351.000; Mon, 26 Jun 2017 12:40:04 -0500
From: "Jones, Jimi Lee" 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Thread-Topic: Time and date for the IETF CELLAR session
Thread-Index: AdLuoyakco0HnxSRSAaav4soKJlRHg==
Date: Mon, 26 Jun 2017 17:40:04 +0000
Message-ID: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [128.174.232.96]
Content-Type: multipart/alternative; boundary="_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AA8CITESMBX5aduill_"
MIME-Version: 1.0
X-Spam-Details: rule=cautious_plus_nq_notspam policy=cautious_plus_nq score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1706260293
X-Spam-OrigSender: jjones7@illinois.edu
X-Spam-Bar: 
Archived-At: 
Subject: [Cellar] Time and date for the IETF CELLAR session
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 26 Jun 2017 17:40:09 -0000

--_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AA8CITESMBX5aduill_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Apologies if this has already been settled, but I'm a little confused on th=
e time and date of the IETF meeting. I saw an email the other day with June=
 19 as the meeting date but now I'm seeing it as Friday morning, July 21,  =
from 9:30-11:30, Prague time. This is according to the IETF agenda here: ht=
tps://datatracker.ietf.org/meeting/99/agenda.html.

Is the IETF schedule set and is the CELLAR meeting definitely going to be F=
riday morning, July 21,  from 9:30-11:30, Prague time?

I plan to attend virtually.

Again, sorry if I missed an email that settled this.

Thank you!

Jimi

Jimi Jones
School of Information Sciences
University of Illinois at Urbana-Champaign
501 East Daniel Street
MC-493
Champaign, IL 61820-6211
http://www.lis.illinois.edu/


--_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AA8CITESMBX5aduill_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Apologies if this has already been settled, but I=
217;m a little confused on the time and date of the IETF meeting. I saw an =
email the other day with June 19 as the meeting date but now I’m seei=
ng it as Friday morning, July 21,  from 9:30-11:30,
 Prague time. This is according to the IETF agenda here: 
https://datatracker.ietf.org/meeting/99/agenda.html.


 


Is the IETF schedule set and is the CELLAR meeting d=
efinitely going to be Friday morning, July 21,  from 9:30-11:30, Pragu=
e time?


 


I plan to attend virtually.


 


Again, sorry if I missed an email that settled this.=
 


 


Thank you!



Jimi


 


Jimi Jo=
nes


School =
of Information Sciences<=
/span>


Univers=
ity of Illinois at Urbana-Champaign=



501 Eas=
t Daniel Street

MC-493<=
/span>


Champai=
gn, IL 61820-6211=



http://www.lis.illinois.edu/



 






--_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AA8CITESMBX5aduill_--


From nobody Mon Jun 26 10:51:21 2017
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 6CB6F1292F5 for ; Mon, 26 Jun 2017 10:51:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=unavailable 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 fLb7i12xuq4b for ; Mon, 26 Jun 2017 10:51:18 -0700 (PDT)
Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (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 0E33812773A for ; Mon, 26 Jun 2017 10:43:14 -0700 (PDT)
Received: by mail-it0-x22a.google.com with SMTP id m68so2417580ith.1 for ; Mon, 26 Jun 2017 10:43:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GXwss+xVKvxIFhpdktpxNVzYL8lRozLW1jUbTxlDLGU=; b=DXZEz06zrhAL/ye3BA4JbGUVRwJCWp6g0VIUvx191Ht2sNh3G+K1f6huS561TA1yKu RWv4DbKVVIwzItW/XMEfZRr2BL19tznJhcnI2tWGJKkvq70SYx1YskPDG4v/iay2QbJp ghDLn0LaSr40PZwEMQpJX82CzSlfT9dSdvuI99U46bsgNOXAuLXGAmM4uk6tVnf0GUMh O3A1t7g00m+R7D/Kktch8DQfqmdp8ic99vzT3UrFE0itEYAnvbFLDFfCuc2e7YVWH7he DapKv0khRQnkTTBUd+bKM8vvKAIeAg4/I03QDqj6lEZYSjqsR6Edri5xOMlsqSI9Gqc4 Rm3w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GXwss+xVKvxIFhpdktpxNVzYL8lRozLW1jUbTxlDLGU=; b=HDQDlyQhuGcpg7jlGA/RLyQ7+UByTXbmwNc/tjJg4DQ996CxF9Kt3Yq1SQF60a6wl2 lpYiap/7XjXyKb3wP0yvj6q3AO7H+o23l48sPn03duO5+YUib+JwuFK2L+7juUqQSq28 4NWfPyYrz11ufH6Eg4f8Qic6+RvSQIF8ImOHuVeuVF3lsQh1fUN8n2f4DnFlGPErhbW1 PA/WmWM5H7m3y+C+Xr/ruTKaJo1SJuS1r47XJcWmERlyLAji6VujWpVAnI9cRcOXCNWp xW5bRA3traQ7ZMOaNouqjdC+Z3T8sQr70yY5Q90eUQc1PEqT2tyBCzbe2rAHftoesL1v F0Zw==
X-Gm-Message-State: AKS2vOyDwW3jir7P0wo8pCQCcO8sarrJkHuTwdPA2FxX6+Sz0KqL0rYM LNYXlAMwLOBd0AsDgmImtWj39ZV+bQ==
X-Received: by 10.36.213.66 with SMTP id a63mr1095627itg.38.1498498993275; Mon, 26 Jun 2017 10:43:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.142.205 with HTTP; Mon, 26 Jun 2017 10:43:12 -0700 (PDT)
Received: by 10.107.142.205 with HTTP; Mon, 26 Jun 2017 10:43:12 -0700 (PDT)
In-Reply-To: 
References: 
From: Tessa Fallon 
Date: Mon, 26 Jun 2017 13:43:12 -0400
Message-ID: 
To: "Jones, Jimi Lee" 
Cc: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="94eb2c05ad2a30deb20552e07cf6"
Archived-At: 
Subject: Re: [Cellar] Time and date for the IETF CELLAR session
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 26 Jun 2017 17:51:20 -0000

--94eb2c05ad2a30deb20552e07cf6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

HI Jimi,

The agenda is now final, and the date will be Friday,  6/21.

Best,
Tessa


On Jun 26, 2017 1:40 PM, "Jones, Jimi Lee"  wrote:

Apologies if this has already been settled, but I=E2=80=99m a little confus=
ed on
the time and date of the IETF meeting. I saw an email the other day with
June 19 as the meeting date but now I=E2=80=99m seeing it as Friday morning=
, July
21,  from 9:30-11:30, Prague time. This is according to the IETF agenda
here: https://datatracker.ietf.org/meeting/99/agenda.html.



Is the IETF schedule set and is the CELLAR meeting definitely going to be
Friday morning, July 21,  from 9:30-11:30, Prague time?



I plan to attend virtually.



Again, sorry if I missed an email that settled this.



Thank you!

Jimi



Jimi Jones

School of Information Sciences

University of Illinois at Urbana-Champaign

501 East Daniel Street

MC-493

Champaign, IL 61820-6211

http://www.lis.illinois.edu/



_______________________________________________
Cellar mailing list
Cellar@ietf.org
https://www.ietf.org/mailman/listinfo/cellar

--94eb2c05ad2a30deb20552e07cf6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


HI Jimi,

The agenda is now final, and the date will be Friday, =C2=A06/21.

Best,
Te=
ssa


On J=
un 26, 2017 1:40 PM, "Jones, Jimi Lee" <jjones7@illinois.edu> wrote:











Apologies if this has already been settled, but I=E2=
=80=99m a little confused on the time and date of the IETF meeting. I saw a=
n email the other day with June 19 as the meeting date but now I=E2=80=99m =
seeing it as Friday morning, July 21, =C2=A0from 9:30-11:30,
 Prague time. This is according to the IETF agenda here: 
https://datatracker.ietf.org/meeting/99/agenda.html.=



=C2=A0


Is the IETF schedule set and is the CELLAR meeting d=
efinitely going to be Friday morning, July 21, =C2=A0from 9:30-11:30, Pragu=
e time?


=C2=A0


I plan to attend virtually.


=C2=A0


Again, sorry if I missed an email that settled this.=
 


=C2=A0


Thank you!



Jimi


=C2=A0


Jimi Jo=
nes


School =
of Information Sciences


Univers=
ity of Illinois at Urbana-Champaign=



501 Eas=
t Daniel Street


MC-493<=
/span>


Champai=
gn, IL 61820-6211


http:=
//www.lis.illinois.edu/



=C2=A0







_______________________________________________

Cellar mailing list

Cellar@ietf.org

https://www.ietf.org/mailman/listinfo/cellar




--94eb2c05ad2a30deb20552e07cf6--


From nobody Mon Jun 26 10:52:46 2017
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 1B42E12773A for ; Mon, 26 Jun 2017 10:52:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 KI22xPvuMYSa for ; Mon, 26 Jun 2017 10:52:42 -0700 (PDT)
Received: from mail-ua0-x230.google.com (mail-ua0-x230.google.com [IPv6:2607:f8b0:400c:c08::230]) (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 DB4071292F5 for ; Mon, 26 Jun 2017 10:52:41 -0700 (PDT)
Received: by mail-ua0-x230.google.com with SMTP id g40so5256699uaa.3 for ; Mon, 26 Jun 2017 10:52:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=v1mNvoi4r9FcfOHJ73wX9D0SKcQosXaiC1dnq+6xlUY=; b=CugvH964g75P5rzX0UHroMsjD0PCoR4xPVRFHDuc/B/Ps/DQyeoNeDWpnzhUG9uJdj OcmPKUl3IUEpQc6y0SuNm4hwpPEFgggKW8UyQ63EYKsOLy0JCkkR9LgJCJbn/ewTks/y ek+P/lb92xVH6Btz3vdPi4iTwnWAGHL4l5HL3NkFiOO0P3hJXtKJdheArqYl7JwK7Cx8 w81ihxTVQpuWP+goO1u15Uk1FjHWO6qwDAbrJFRUSlNfUaIiGzTgQn7QKtEJxpq4GQx/ o1Js8qlwyntSrdlJ1CdTRUghCcwxfPODgd83Ni36VVG5wbg8ruXjRkOPx63FGmE24K8J 7N8A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=v1mNvoi4r9FcfOHJ73wX9D0SKcQosXaiC1dnq+6xlUY=; b=puWUA/Qa7e6zfq8NxEmWowsJzdPD+0SHkjXwLBMjp22nfkjnbjY/LRElVshWyh8bt6 Kpj2h1rXwvjXqF/jww8HhnimaCKHnXwPp9LDEwMIPAXBeohOog4j9isLaeVT5GEzdvK5 uvF4y7CyH9snwO9A3LThNPtnwi52zmJl3C0hY98YDWYCCV3tQk2/mxVWu3YStWc6hFvk tLwrQqgyO0DIVe+UJ7kS2kV1SQKt1UemIPVjuuyCCyFCKO/Xzj+zgEWaUv99Q+KouGU4 0J8ytBd9n+FXQwwM+7+bOcgWMiCjmdc4qb7SMLW3SKPKdWeyBLYaF4AqrNBYBqz3B6WA Unfg==
X-Gm-Message-State: AKS2vOwW+rsAib/ZpGfDHxV96tSNHUm0Gi8moz9obKcjDBAy0av0Y++u drhoBM5dAoc9LjZ+KP7HG8Qfj6fZXQ==
X-Received: by 10.176.10.13 with SMTP id q13mr711558uah.54.1498499561015; Mon, 26 Jun 2017 10:52:41 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.31.165.131 with HTTP; Mon, 26 Jun 2017 10:52:40 -0700 (PDT)
In-Reply-To: 
References:  
From: Ashley Blewer 
Date: Mon, 26 Jun 2017 13:52:40 -0400
Message-ID: 
To: Tessa Fallon 
Cc: "Jones, Jimi Lee" ,  Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="f403045e864607d4af0552e09ead"
Archived-At: 
Subject: Re: [Cellar] Time and date for the IETF CELLAR session
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 26 Jun 2017 17:52:44 -0000

--f403045e864607d4af0552e09ead
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,

Is it 6/21 (21st of June) or did you mean 7/21 (21st of July)? Isn't the
conference in July?

Ashley

On Mon, Jun 26, 2017 at 1:43 PM, Tessa Fallon 
wrote:

> HI Jimi,
>
> The agenda is now final, and the date will be Friday,  6/21.
>
> Best,
> Tessa
>
>
> On Jun 26, 2017 1:40 PM, "Jones, Jimi Lee"  wrote:
>
> Apologies if this has already been settled, but I=E2=80=99m a little conf=
used on
> the time and date of the IETF meeting. I saw an email the other day with
> June 19 as the meeting date but now I=E2=80=99m seeing it as Friday morni=
ng, July
> 21,  from 9:30-11:30, Prague time. This is according to the IETF agenda
> here: https://datatracker.ietf.org/meeting/99/agenda.html.
>
>
>
> Is the IETF schedule set and is the CELLAR meeting definitely going to be
> Friday morning, July 21,  from 9:30-11:30, Prague time?
>
>
>
> I plan to attend virtually.
>
>
>
> Again, sorry if I missed an email that settled this.
>
>
>
> Thank you!
>
> Jimi
>
>
>
> Jimi Jones
>
> School of Information Sciences
>
> University of Illinois at Urbana-Champaign
>
> 501 East Daniel Street
>
> MC-493
>
> Champaign, IL 61820-6211
>
> http://www.lis.illinois.edu/
>
>
>
> _______________________________________________
> 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
>
>

--f403045e864607d4af0552e09ead
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


Hi,

Is it 6/21 (21st of June) or did yo=
u mean 7/21 (21st of July)? Isn't the conference in July?
Ashley

On Mon, Jun 26, 2017 at 1:43 PM, Tessa Fallon <tessa.fal=
lon@gmail.com> wrote:
HI Jimi,

The=
 agenda is now final, and the date will be Friday, =C2=A06/21.

Best,
Tessa

On Jun 26, 2017 1:40 PM, "Jones, Jimi Lee" <jjones7@illinois.edu<=
/a>> wrote:











Apologies if this has already been settled, but I=E2=
=80=99m a little confused on the time and date of the IETF meeting. I saw a=
n email the other day with June 19 as the meeting date but now I=E2=80=99m =
seeing it as Friday morning, July 21, =C2=A0from 9:30-11:30,
 Prague time. This is according to the IETF agenda here: 
https://datatracker.ietf.org/meeting/99/agenda.html.=



=C2=A0


Is the IETF schedule set and is the CELLAR meeting d=
efinitely going to be Friday morning, July 21, =C2=A0from 9:30-11:30, Pragu=
e time?


=C2=A0


I plan to attend virtually.


=C2=A0


Again, sorry if I missed an email that settled this.=
 


=C2=A0


Thank you!



Jimi


=C2=A0


Jimi Jo=
nes


School =
of Information Sciences


Univers=
ity of Illinois at Urbana-Champaign=



501 Eas=
t Daniel Street


MC-493<=
/span>


Champai=
gn, IL 61820-6211


http:=
//www.lis.illinois.edu/



=C2=A0







_______________________________________________

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




--f403045e864607d4af0552e09ead--


From nobody Mon Jun 26 10:53:33 2017
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 347C21298BA for ; Mon, 26 Jun 2017 10:53:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 W29XvdeIZe1D for ; Mon, 26 Jun 2017 10:53:29 -0700 (PDT)
Received: from pps05.cites.illinois.edu (pps05.cites.illinois.edu [192.17.82.72]) (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 04B8312EAF6 for ; Mon, 26 Jun 2017 10:53:28 -0700 (PDT)
Received: from cex1316.ad.uillinois.edu (cex1316.cites.illinois.edu [64.22.177.41]) by pps05.cites.illinois.edu (8.16.0.17/8.16.0.17) with ESMTPS id v5QHrRwb032537 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 26 Jun 2017 12:53:27 -0500
Received: from cex1316.ad.uillinois.edu (64.22.177.41) by cex1316.ad.uillinois.edu (64.22.177.41) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Mon, 26 Jun 2017 12:53:27 -0500
Received: from CHIHT2.ad.uillinois.edu (64.22.177.17) by cex1316.ad.uillinois.edu (64.22.177.41) with Microsoft SMTP Server (TLS) id 15.0.1236.3 via Frontend Transport; Mon, 26 Jun 2017 12:53:27 -0500
Received: from CITESMBX5.ad.uillinois.edu ([169.254.10.142]) by CHIHT2.ad.uillinois.edu ([64.22.177.74]) with mapi id 14.03.0351.000; Mon, 26 Jun 2017 12:53:26 -0500
From: "Jones, Jimi Lee" 
To: Ashley Blewer , Tessa Fallon 
CC: Codec Encoding for LossLess Archiving and Realtime transmission 
Thread-Topic: [Cellar] Time and date for the IETF CELLAR session
Thread-Index: AdLuoyakco0HnxSRSAaav4soKJlRHgAKnCUAAABUowAACnfWEA==
Date: Mon, 26 Jun 2017 17:53:25 +0000
Message-ID: 
References:   
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [128.174.232.96]
Content-Type: multipart/alternative; boundary="_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AD7CITESMBX5aduill_"
MIME-Version: 1.0
X-Spam-Details: rule=cautious_plus_nq_notspam policy=cautious_plus_nq score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1706260297
X-Spam-OrigSender: jjones7@illinois.edu
X-Spam-Bar: 
Archived-At: 
Subject: Re: [Cellar] Time and date for the IETF CELLAR session
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 26 Jun 2017 17:53:31 -0000

--_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AD7CITESMBX5aduill_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

T2ggdGhhdCB3YXMgbXkgZmF1bHQuIEkgbWVhbnQgdG8gc2F5IEp1bHkgZm9yIGJvdGggb2YgdGhl
IGRhdGVzIEkgY2l0ZWQuDQoNCkppbWkgSm9uZXMNClNjaG9vbCBvZiBJbmZvcm1hdGlvbiBTY2ll
bmNlcw0KVW5pdmVyc2l0eSBvZiBJbGxpbm9pcyBhdCBVcmJhbmEtQ2hhbXBhaWduDQo1MDEgRWFz
dCBEYW5pZWwgU3RyZWV0DQpNQy00OTMNCkNoYW1wYWlnbiwgSUwgNjE4MjAtNjIxMQ0KaHR0cDov
L3d3dy5saXMuaWxsaW5vaXMuZWR1Lw0KDQpGcm9tOiBBc2hsZXkgQmxld2VyIFttYWlsdG86YXNo
bGV5LmJsZXdlckBnbWFpbC5jb21dDQpTZW50OiBNb25kYXksIEp1bmUgMjYsIDIwMTcgMTI6NTMg
UE0NClRvOiBUZXNzYSBGYWxsb24NCkNjOiBKb25lcywgSmltaSBMZWU7IENvZGVjIEVuY29kaW5n
IGZvciBMb3NzTGVzcyBBcmNoaXZpbmcgYW5kIFJlYWx0aW1lIHRyYW5zbWlzc2lvbg0KU3ViamVj
dDogUmU6IFtDZWxsYXJdIFRpbWUgYW5kIGRhdGUgZm9yIHRoZSBJRVRGIENFTExBUiBzZXNzaW9u
DQoNCkhpLA0KDQpJcyBpdCA2LzIxICgyMXN0IG9mIEp1bmUpIG9yIGRpZCB5b3UgbWVhbiA3LzIx
ICgyMXN0IG9mIEp1bHkpPyBJc24ndCB0aGUgY29uZmVyZW5jZSBpbiBKdWx5Pw0KDQpBc2hsZXkN
Cg0KT24gTW9uLCBKdW4gMjYsIDIwMTcgYXQgMTo0MyBQTSwgVGVzc2EgRmFsbG9uIDx0ZXNzYS5m
YWxsb25AZ21haWwuY29tPG1haWx0bzp0ZXNzYS5mYWxsb25AZ21haWwuY29tPj4gd3JvdGU6DQpI
SSBKaW1pLA0KDQpUaGUgYWdlbmRhIGlzIG5vdyBmaW5hbCwgYW5kIHRoZSBkYXRlIHdpbGwgYmUg
RnJpZGF5LCAgNi8yMS4NCg0KQmVzdCwNClRlc3NhDQoNCg0KT24gSnVuIDI2LCAyMDE3IDE6NDAg
UE0sICJKb25lcywgSmltaSBMZWUiIDxqam9uZXM3QGlsbGlub2lzLmVkdTxtYWlsdG86ampvbmVz
N0BpbGxpbm9pcy5lZHU+PiB3cm90ZToNCkFwb2xvZ2llcyBpZiB0aGlzIGhhcyBhbHJlYWR5IGJl
ZW4gc2V0dGxlZCwgYnV0IEnigJltIGEgbGl0dGxlIGNvbmZ1c2VkIG9uIHRoZSB0aW1lIGFuZCBk
YXRlIG9mIHRoZSBJRVRGIG1lZXRpbmcuIEkgc2F3IGFuIGVtYWlsIHRoZSBvdGhlciBkYXkgd2l0
aCBKdW5lIDE5IGFzIHRoZSBtZWV0aW5nIGRhdGUgYnV0IG5vdyBJ4oCZbSBzZWVpbmcgaXQgYXMg
RnJpZGF5IG1vcm5pbmcsIEp1bHkgMjEsICBmcm9tIDk6MzAtMTE6MzAsIFByYWd1ZSB0aW1lLiBU
aGlzIGlzIGFjY29yZGluZyB0byB0aGUgSUVURiBhZ2VuZGEgaGVyZTogaHR0cHM6Ly9kYXRhdHJh
Y2tlci5pZXRmLm9yZy9tZWV0aW5nLzk5L2FnZW5kYS5odG1sLg0KDQpJcyB0aGUgSUVURiBzY2hl
ZHVsZSBzZXQgYW5kIGlzIHRoZSBDRUxMQVIgbWVldGluZyBkZWZpbml0ZWx5IGdvaW5nIHRvIGJl
IEZyaWRheSBtb3JuaW5nLCBKdWx5IDIxLCAgZnJvbSA5OjMwLTExOjMwLCBQcmFndWUgdGltZT8N
Cg0KSSBwbGFuIHRvIGF0dGVuZCB2aXJ0dWFsbHkuDQoNCkFnYWluLCBzb3JyeSBpZiBJIG1pc3Nl
ZCBhbiBlbWFpbCB0aGF0IHNldHRsZWQgdGhpcy4NCg0KVGhhbmsgeW91IQ0KDQpKaW1pDQoNCkpp
bWkgSm9uZXMNClNjaG9vbCBvZiBJbmZvcm1hdGlvbiBTY2llbmNlcw0KVW5pdmVyc2l0eSBvZiBJ
bGxpbm9pcyBhdCBVcmJhbmEtQ2hhbXBhaWduDQo1MDEgRWFzdCBEYW5pZWwgU3RyZWV0DQpNQy00
OTMNCkNoYW1wYWlnbiwgSUwgNjE4MjAtNjIxMQ0KaHR0cDovL3d3dy5saXMuaWxsaW5vaXMuZWR1
Lw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpD
ZWxsYXIgbWFpbGluZyBsaXN0DQpDZWxsYXJAaWV0Zi5vcmc8bWFpbHRvOkNlbGxhckBpZXRmLm9y
Zz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2VsbGFyDQoNCg0KX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkNlbGxhciBtYWls
aW5nIGxpc3QNCkNlbGxhckBpZXRmLm9yZzxtYWlsdG86Q2VsbGFyQGlldGYub3JnPg0KaHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jZWxsYXINCg0K

--_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AD7CITESMBX5aduill_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov
KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z
b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp
emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps
aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I
eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl
Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv
LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z
LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10
eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0K
QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx
LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x
O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz
IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h
cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp
Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy
cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+T2ggdGhhdCB3YXMgbXkg
ZmF1bHQuIEkgbWVhbnQgdG8gc2F5IEp1bHkgZm9yIGJvdGggb2YgdGhlIGRhdGVzIEkgY2l0ZWQu
DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SmltaSBK
b25lczwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlNjaG9vbCBv
ZiBJbmZvcm1hdGlvbiBTY2llbmNlczwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6YmxhY2siPlVuaXZlcnNpdHkgb2YgSWxsaW5vaXMgYXQgVXJiYW5hLUNoYW1wYWlnbjwvc3Bh
bj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjUwMSBFYXN0IERhbmllbCBT
dHJlZXQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5NQy00OTM8
L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5DaGFtcGFpZ24sIElM
IDYxODIwLTYyMTE8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RCI+PGEgaHJlZj0iaHR0cDovL3d3dy5saXMuaWxsaW5vaXMuZWR1LyI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMxMTU1Q0MiPmh0dHA6Ly93d3cubGlzLmlsbGlub2lzLmVkdS88L3NwYW4+PC9hPg0KPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t
Ojwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBBc2hsZXkgQmxld2VyIFtt
YWlsdG86YXNobGV5LmJsZXdlckBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5
LCBKdW5lIDI2LCAyMDE3IDEyOjUzIFBNPGJyPg0KPGI+VG86PC9iPiBUZXNzYSBGYWxsb248YnI+
DQo8Yj5DYzo8L2I+IEpvbmVzLCBKaW1pIExlZTsgQ29kZWMgRW5jb2RpbmcgZm9yIExvc3NMZXNz
IEFyY2hpdmluZyBhbmQgUmVhbHRpbWUgdHJhbnNtaXNzaW9uPGJyPg0KPGI+U3ViamVjdDo8L2I+
IFJlOiBbQ2VsbGFyXSBUaW1lIGFuZCBkYXRlIGZvciB0aGUgSUVURiBDRUxMQVIgc2Vzc2lvbjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLDxvOnA+PC9vOnA+PC9wPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXMgaXQgNi8yMSAoMjFzdCBvZiBKdW5lKSBv
ciBkaWQgeW91IG1lYW4gNy8yMSAoMjFzdCBvZiBKdWx5KT8gSXNuJ3QgdGhlIGNvbmZlcmVuY2Ug
aW4gSnVseT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+QXNobGV5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPk9uIE1vbiwgSnVuIDI2LCAyMDE3IGF0IDE6NDMgUE0sIFRlc3NhIEZhbGxvbiAm
bHQ7PGEgaHJlZj0ibWFpbHRvOnRlc3NhLmZhbGxvbkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r
Ij50ZXNzYS5mYWxsb25AZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhJIEppbWksPG86cD48L286cD48L3A+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgYWdlbmRhIGlzIG5vdyBmaW5hbCwg
YW5kIHRoZSBkYXRlIHdpbGwgYmUgRnJpZGF5LCAmbmJzcDs2LzIxLjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CZXN0LDxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGVzc2E8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K
PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBKdW4gMjYsIDIwMTcgMTo0MCBQ
TSwgJnF1b3Q7Sm9uZXMsIEppbWkgTGVlJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ampvbmVz
N0BpbGxpbm9pcy5lZHUiIHRhcmdldD0iX2JsYW5rIj5qam9uZXM3QGlsbGlub2lzLmVkdTwvYT4m
Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6
MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8
ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5BcG9sb2dp
ZXMgaWYgdGhpcyBoYXMgYWxyZWFkeSBiZWVuIHNldHRsZWQsIGJ1dCBJ4oCZbSBhIGxpdHRsZSBj
b25mdXNlZCBvbiB0aGUgdGltZSBhbmQgZGF0ZSBvZiB0aGUgSUVURiBtZWV0aW5nLiBJIHNhdyBh
biBlbWFpbCB0aGUgb3RoZXIgZGF5IHdpdGggSnVuZSAxOSBhcyB0aGUgbWVldGluZyBkYXRlIGJ1
dA0KIG5vdyBJ4oCZbSBzZWVpbmcgaXQgYXMgRnJpZGF5IG1vcm5pbmcsIEp1bHkgMjEsICZuYnNw
O2Zyb20gOTozMC0xMTozMCwgUHJhZ3VlIHRpbWUuIFRoaXMgaXMgYWNjb3JkaW5nIHRvIHRoZSBJ
RVRGIGFnZW5kYSBoZXJlOg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9t
ZWV0aW5nLzk5L2FnZW5kYS5odG1sIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tl
ci5pZXRmLm9yZy9tZWV0aW5nLzk5L2FnZW5kYS5odG1sPC9hPi48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPklzIHRoZSBJRVRGIHNjaGVkdWxlIHNldCBhbmQgaXMgdGhlIENFTExBUiBtZWV0
aW5nIGRlZmluaXRlbHkgZ29pbmcgdG8gYmUgRnJpZGF5IG1vcm5pbmcsIEp1bHkgMjEsICZuYnNw
O2Zyb20gOTozMC0xMTozMCwgUHJhZ3VlIHRpbWU/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij5JIHBsYW4gdG8gYXR0ZW5kIHZpcnR1YWxseS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PkFnYWluLCBzb3JyeSBpZiBJIG1pc3NlZCBhbiBlbWFpbCB0aGF0IHNldHRsZWQgdGhpcy4NCjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhhbmsgeW91ITxicj4NCjxicj4NCkppbWk8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SmltaSBK
b25lczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj5TY2hvb2wgb2YgSW5mb3JtYXRpb24gU2NpZW5jZXM8L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+VW5pdmVyc2l0eSBvZiBJbGxpbm9pcyBhdCBVcmJhbmEtQ2hhbXBhaWduPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPjUwMSBFYXN0IERhbmllbCBTdHJlZXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+TUMtNDkzPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i
Y29sb3I6YmxhY2siPkNoYW1wYWlnbiwgSUwgNjE4MjAtNjIxMTwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGEgaHJlZj0iaHR0cDovL3d3dy5saXMuaWxsaW5v
aXMuZWR1LyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMTE1NUNDIj5odHRw
Oi8vd3d3Lmxpcy5pbGxpbm9pcy5lZHUvPC9zcGFuPjwvYT4NCjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KQ2VsbGFy
IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpDZWxsYXJAaWV0Zi5vcmciIHRhcmdl
dD0iX2JsYW5rIj5DZWxsYXJAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jZWxsYXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NlbGxhcjwvYT48bzpwPjwvbzpwPjwvcD4N
CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KQ2VsbGFyIG1haWxpbmcgbGlzdDxicj4NCjxh
IGhyZWY9Im1haWx0bzpDZWxsYXJAaWV0Zi5vcmciPkNlbGxhckBpZXRmLm9yZzwvYT48YnI+DQo8
YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NlbGxhciIgdGFy
Z2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2VsbGFy
PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_C9B9372FEDBD0F4D8BB90BF9BCFBAE4557CF5AD7CITESMBX5aduill_--


From nobody Mon Jun 26 10:56:51 2017
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 44DD512EB21 for ; Mon, 26 Jun 2017 10:56:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.999
X-Spam-Level: 
X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 3FXKe4bWRAKn for ; Mon, 26 Jun 2017 10:56:48 -0700 (PDT)
Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (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 6E2FA12EA58 for ; Mon, 26 Jun 2017 10:56:48 -0700 (PDT)
Received: by mail-io0-x231.google.com with SMTP id h64so5135280iod.0 for ; Mon, 26 Jun 2017 10:56:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=P0+kx0GE36MH8w0S01rkEb0T1phjgsFDZ8JvetFluFA=; b=HfH2AvFPgztn1LLZpzMz/aY/kMYUzMNNCaa4HCwagx+PkuF1id3C5pEGN/MWfosz/q S3cB2MV+Hetoqh5LT1fbpVCWDcZIavFiX3qjS0m2/PY+IKbNSUTA3sH2YMfASmEmicUT L84sDFB3XqQ1EhP4+7Dw0gferjeaXXlJSxkMsBmm5zbfNaS+GyVeIPsvfkpImmyGQVzv lHS8GyUru95BURV4tvbEFDC8DjyM2iK23+iU6imVr7ngDmjEx9dtUIuAIc/jx5JZ/lhP CypV2QVSrg2NpnSDmvIxdri6ephbWYDbKOFGcPihuFY1VFqFVULEsO5O7LqOM2VJhbi6 gACg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=P0+kx0GE36MH8w0S01rkEb0T1phjgsFDZ8JvetFluFA=; b=qLOY1XpsNDCBgktCDbJVef/f2La74F1I0t8tXqLFOccb0kHdcUHlseyA9w+/gfuLvx qGXPur7a1I5KGs2nTIV1eHDccpCZnQdJCzzaklvRyRecssBO8PJQDcVw3M2hx0I1lEwy gygATuCxWnzswaiVpV7Jg3Ax7rTxj7JrcYR17VpUEK4FnsNtKhNByWcB4ujEtT54B3kd kR0CjYELSmV8hVRX7qRGRZRGkbSKkBjBsBY4YRZVE14ihV2MGxrF0/v9B8t78BjiMoa0 Hs0bgndzlOGoLO0+vwGWcl6G09+MZTh77Obqpp5NoUs2l5tASxrWOFzxLjO/NYHWrMx+ QVHA==
X-Gm-Message-State: AKS2vOwPrgNnWcfAvxfuyrd1uLr3gcEcLGbznwIGe84XmCjay1GaJEmH R1BhdSl+HwMZgLoOXeEXp12xN1jz9w==
X-Received: by 10.107.134.141 with SMTP id q13mr1821827ioi.191.1498499807695;  Mon, 26 Jun 2017 10:56:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.142.205 with HTTP; Mon, 26 Jun 2017 10:56:07 -0700 (PDT)
In-Reply-To: 
References:    
From: Tessa Fallon 
Date: Mon, 26 Jun 2017 13:56:07 -0400
Message-ID: 
To: "Jones, Jimi Lee" 
Cc: Ashley Blewer ,  Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113eacdebbe2a80552e0ac2c"
Archived-At: 
Subject: Re: [Cellar] Time and date for the IETF CELLAR session
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 26 Jun 2017 17:56:50 -0000

--001a113eacdebbe2a80552e0ac2c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Right--thank you.  Yes, it is July.  We are not expected to time travel :)
 I will send out a reminder about the change shortly.

On Mon, Jun 26, 2017 at 1:53 PM, Jones, Jimi Lee 
wrote:

> Oh that was my fault. I meant to say July for both of the dates I cited.
>
>
>
> Jimi Jones
>
> School of Information Sciences
>
> University of Illinois at Urbana-Champaign
>
> 501 East Daniel Street
>
> MC-493
>
> Champaign, IL 61820-6211
>
> http://www.lis.illinois.edu/
>
>
>
> *From:* Ashley Blewer [mailto:ashley.blewer@gmail.com]
> *Sent:* Monday, June 26, 2017 12:53 PM
> *To:* Tessa Fallon
> *Cc:* Jones, Jimi Lee; Codec Encoding for LossLess Archiving and Realtime
> transmission
> *Subject:* Re: [Cellar] Time and date for the IETF CELLAR session
>
>
>
> Hi,
>
>
>
> Is it 6/21 (21st of June) or did you mean 7/21 (21st of July)? Isn't the
> conference in July?
>
>
>
> Ashley
>
>
>
> On Mon, Jun 26, 2017 at 1:43 PM, Tessa Fallon 
> wrote:
>
> HI Jimi,
>
>
>
> The agenda is now final, and the date will be Friday,  6/21.
>
>
>
> Best,
>
> Tessa
>
>
>
>
>
> On Jun 26, 2017 1:40 PM, "Jones, Jimi Lee"  wrote:
>
> Apologies if this has already been settled, but I=E2=80=99m a little conf=
used on
> the time and date of the IETF meeting. I saw an email the other day with
> June 19 as the meeting date but now I=E2=80=99m seeing it as Friday morni=
ng, July
> 21,  from 9:30-11:30, Prague time. This is according to the IETF agenda
> here: https://datatracker.ietf.org/meeting/99/agenda.html.
>
>
>
> Is the IETF schedule set and is the CELLAR meeting definitely going to be
> Friday morning, July 21,  from 9:30-11:30, Prague time?
>
>
>
> I plan to attend virtually.
>
>
>
> Again, sorry if I missed an email that settled this.
>
>
>
> Thank you!
>
> Jimi
>
>
>
> Jimi Jones
>
> School of Information Sciences
>
> University of Illinois at Urbana-Champaign
>
> 501 East Daniel Street
>
> MC-493
>
> Champaign, IL 61820-6211
>
> http://www.lis.illinois.edu/
>
>
>
>
>
> _______________________________________________
> 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
>
>
>

--001a113eacdebbe2a80552e0ac2c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


Right--thank you.=C2=A0 Yes, it is July.=C2=A0 We are not =
expected to time travel :) =C2=A0I will send out a reminder about the chang=
e shortly.

O=
n Mon, Jun 26, 2017 at 1:53 PM, Jones, Jimi Lee <jjones7@illinois.edu> wrote:











Oh that was my fault. I m=
eant to say July for both of the dates I cited.



=C2=A0


Jimi Jones


School of Information Sciences


University of Illinois at Urbana-Champaign


501 East Daniel Street


MC-493=



Champaign, IL 61820-6211<=
u>


http://www.lis.illinois.edu/=




=C2=A0


From: A=
shley Blewer [mailto:ashley.blewer@gmail.com]


Sent: Monday, June 26, 2017 12:53 PM

To: Tessa Fallon

Cc: Jones, Jimi Lee; Codec Encoding for LossLess Archiving and Realt=
ime transmission

Subject: Re: [Cellar] Time and date for the IETF CELLAR session


=C2=A0




Hi,




=C2=A0






Is it 6/21 (21st of June) or did you mean 7/21 (21st=
 of July)? Isn't the conference in July?






=C2=A0






Ashley








=C2=A0




On Mon, Jun 26, 2017 at 1:43 PM, Tessa Fallon <tessa.fallon@gmai=
l.com> wrote:






HI Jimi,




=C2=A0






The agenda is now final, and the date will be Friday=
, =C2=A06/21.






=C2=A0






Best,






Tessa




=C2=A0




=C2=A0








On Jun 26, 2017 1:40 PM, "Jones, Jimi Lee"=
 <jjones7@illi=
nois.edu> wrote:
















Apologies if this has already been settled, but I=E2=
=80=99m a little confused on the time and date of the IETF meeting. I saw a=
n email the other day with June 19 as the meeting date but
 now I=E2=80=99m seeing it as Friday morning, July 21, =C2=A0from 9:30-11:3=
0, Prague time. This is according to the IETF agenda here:
https://datatracker.ietf.org/meeting/99/agenda.html.=



=C2=A0


Is the IETF schedule set and is the CELLAR meeting d=
efinitely going to be Friday morning, July 21, =C2=A0from 9:30-11:30, Pragu=
e time?


=C2=A0


I plan to attend virtually.


=C2=A0


Again, sorry if I missed an email that settled this.



=C2=A0


Thank you!



Jimi


=C2=A0


Jimi Jones=



School of Information Sc=
iences


University of Illinois a=
t Urbana-Champaign


501 East Daniel Street


MC-493<=
/u>


Champaign, IL 61820-6211=



http://www.lis.illinois.edu/



=C2=A0






=C2=A0






_____________________=
__________________________

Cellar mailing list

Cellar@ietf.org
=
https://www.ietf.org/mailman/listinfo/cellar






=C2=A0










_______________________________________________

Cellar mailing list

Cellar@ietf.org
=
https://www.ietf.org/mailman/listinfo/cellar




=C2=A0












--001a113eacdebbe2a80552e0ac2c--


From nobody Mon Jun 26 11:00:25 2017
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 5FE7212EB23 for ; Mon, 26 Jun 2017 11:00:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 HUtsz-RoPajj for ; Mon, 26 Jun 2017 11:00:23 -0700 (PDT)
Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (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 2EC0112EB21 for ; Mon, 26 Jun 2017 11:00:23 -0700 (PDT)
Received: by mail-io0-x22f.google.com with SMTP id r36so5203128ioi.1 for ; Mon, 26 Jun 2017 11:00:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=4VuZMMB+aKREsTvfcp25PucwjBNX8qh5p7yldBIEkhw=; b=plwZoJz3P4D5L0OiqlEnj1HoteR6KAWfCPSxsDA4dNdVmQGtbBvWHInwMaxXnHRvMW 5uUQxxCuiUgpzTUOI1ZDPVHySLJHirvYoA47jf1fqftSDoWzNNQ7EJd+6nZdmPPTHd2O xY+wLOJzy3HNiT0RMvBMeaeIyL3dJOw69IRxYmwPaPv0OCKUEjEPiDzR9gTt5ZGR4Fid Ufm40TxTxow+nfwKT1KzP2PyR0e2y6No4kjw2TpzTJB5onQSSyB24u96798jXfvuwBpU LM2RCb7SZbbRtYRf+Ao6IR7aZUUXeihGOkaHhYQLqi48Z7qRFgyGW00UyEmeAbW5Ica8 TqBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=4VuZMMB+aKREsTvfcp25PucwjBNX8qh5p7yldBIEkhw=; b=SmMZIF+fOl8/nrYlZI4x6UfIm8tOULrSxqLeuyVPq7YL6DJIfanBoeO0PwKDI/wLFv xvDX82gjnqrjKNqDBbEpogDWYyip2jdwZltol6CoR9TevbXRLh5Tp3+3TNoFQkijtLqy iA7koMgXu0FqHh/W5gSRVWrN4y6hrVzt6c3ilNbbs6Uj4LwVJkaRdfse6oPZMikVB3M+ upBc/0E+7s4MnJSskbITTW9uoEpRCtxKLBFiL1SrtWxN8CgiJuB33LAe1Gdz4gMnd3/y yMZriVRQCJT6FgrvWrI59lZW2BS1fP1hijLx2quFJ8MlZgVydV+ONGb+dzwkZFCXC/uQ +TKQ==
X-Gm-Message-State: AKS2vOzkhkcbmaAQTWy8G09gGqLf5lwCU84rvBCCWwBHh/Cayz76pN0/ cBGBvdElwsBQe9EGw5FrWIleZRw2LWiB
X-Received: by 10.107.134.141 with SMTP id q13mr1848466ioi.191.1498500021963;  Mon, 26 Jun 2017 11:00:21 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.142.205 with HTTP; Mon, 26 Jun 2017 10:59:41 -0700 (PDT)
From: Tessa Fallon 
Date: Mon, 26 Jun 2017 13:59:41 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113eacde8178ad0552e0b9b3"
Archived-At: 
Subject: [Cellar] ICYMI: CELLAR meeting is now JULY 21
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 26 Jun 2017 18:00:24 -0000

--001a113eacde8178ad0552e0b9b3
Content-Type: text/plain; charset="UTF-8"

The IETF 99 final agenda was released last Friday and the date/time for the
CELLAR meeting has changed.

The CELLAR group meeting will be held *July 21, 9:30 a.m. - 11:30 a.m.
(Prague time).*

Best,

Tessa

--001a113eacde8178ad0552e0b9b3
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


The IETF 99 final agenda was released last Friday and the =
date/time for the CELLAR meeting has changed.

The CELLAR group=
 meeting will be held July 21, 9:30 a.m. - 11:30 a.m. (Prague time).=


Best,

Tessa =C2=A0
=



--001a113eacde8178ad0552e0b9b3--


From nobody Fri Jun 30 07:35:40 2017
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 ECD47127868 for ; Fri, 30 Jun 2017 07:35:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 vrJcPMa6kDHy for ; Fri, 30 Jun 2017 07:35:37 -0700 (PDT)
Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (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 EEBB5129AB0 for ; Fri, 30 Jun 2017 07:35:36 -0700 (PDT)
Received: by mail-io0-x230.google.com with SMTP id h64so25069418iod.0 for ; Fri, 30 Jun 2017 07:35:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=hAIvfMzQFAwXT37byGNeXJx8Zjf0rjNj9BKfmjCp4qE=; b=OuNZVEhdMq3OiWiuSN8U3X08xS/ICA6ZKJx3IkEMPpcqdEnsku5T4XNJCZX34LyvuN UA5wm/ppx9O4UUjIvYtaCWIhv5nmCJy5zpPyHqHj16hI+PuQtI7g+IK6mHmRl3TgfHYa z7JUZ820SVhjyaVDQEGDNjlhQM4vT7eyzKFGaU4rX4Undku+4n6pvjbTxF+Wl9tReNJu e3WJ+XMZHY07LOYiqVatTPnrPtmf1EFcRc8eSUyDkjdXH+u0Dr+mDfeoYgDl3vu+ZeyO GtdYp+rbrjL6WoP27Asjefz9jENIovuQlL/M+/5F9BUjedEp/ai/kllP+YA0oxtJduQE lI1A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=hAIvfMzQFAwXT37byGNeXJx8Zjf0rjNj9BKfmjCp4qE=; b=ksCPV10p02nXQye4vOuVjMiAl7P2p9D9h6gWVfQq37MYrSkwZYDtnnzqj8/iGEwUTx FN2ZnoRkchJbA8AzRhmG/mg6o3wdGBDfGy4mRIDv76iW1+YYLdwlM6nes8jDH4hXsTIi tM9c0DQVYtRrQOyZx0WFrD/cBDm1MJO/onozTv9KHQLAXj4HkaxRE9PJCUNsEZkZgsoW e1NGDVeBwfWZ5MmhEzAIdFtInlbt6SpA/+AMCe8hsK00DbZ5+LxpPjOBXeWlFbR6wUeC RSsrQtyWA8pDl7BFH+KFFY5+AegmQhhv/1UreAdoC77xiGD15mGvLj+C0DPBmTBIu05f gdKA==
X-Gm-Message-State: AKS2vOybHB2y/xBhkWFZ90KSs2xX1NW1jsA4HDFiam6ohcFsdiKzae8E 6hivL12zk4DwMG4MqnrgLgxPHgE9WL+5bq0=
X-Received: by 10.107.137.161 with SMTP id t33mr22240885ioi.181.1498833336016;  Fri, 30 Jun 2017 07:35:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.142.205 with HTTP; Fri, 30 Jun 2017 07:34:55 -0700 (PDT)
From: Tessa Fallon 
Date: Fri, 30 Jun 2017 10:34:55 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113ecad6923f2805532e549d"
Archived-At: 
Subject: [Cellar] Meeting agenda: call for topics; Registration deadline July 7 (early bird), July 10 (final)
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 30 Jun 2017 14:35:39 -0000

--001a113ecad6923f2805532e549d
Content-Type: text/plain; charset="UTF-8"

Greetings, CELLAR group.

Currently, the preliminary agenda for CELLAR IETF 99 meeting will include:

1) State of the CELLAR:  current work being done, work that needs to be
done, milestones, and moving forward (next steps in the IETF
standardization process for relevant documents)

2) Presentations on each of the standards, work being done, work that needs
to be done, how interested parties can contribute

Everyone is welcome to request time on the agenda for topics relating to
CELLAR and its work.  Support can be provided for remote participants who
wish to give presentations.

****The draft agenda is due by July 5, and the final agenda is due July
10.  Please send in requests as soon as possible.****

*Also, a friendly reminder to register by July 7 for the early bird
discount.  July 10 is the cutoff date for all registrations.*

*Remote participants, please register as well.  There is no fee, but there
is a remote participant registration list.*

https://www.ietf.org/registration/ietf99/ietfreg.py

Best,

Tessa

--001a113ecad6923f2805532e549d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


Greetings, CELLAR group.

Currently, the=
 preliminary agenda for CELLAR IETF 99 meeting will include:

=

1)=C2=A0State of the CELLAR: =C2=A0current work being done, work=
 that needs to be done, milestones, and moving forward (next steps in the I=
ETF standardization process for relevant documents)

2) Presen=
tations on each of the standards, work being done, work that needs to be do=
ne, how interested parties can contribute

Everyone=
 is welcome to request time on the agenda for topics relating to CELLAR and=
 its work.=C2=A0 Support can be provided for remote participants who wish t=
o give presentations.

***The draft agend=
a is due by July 5, and the final agenda is due July 10.=C2=A0 Please send =
in requests as soon as possible.***

=
Also, a friendly reminder to register by July 7 for the early bird discount=
.=C2=A0 July 10 is the cutoff date for all registrations.
=

Remote participants, please register as well.=C2=A0 T=
here is no fee, but there is a remote participant registration list.


Best,

Tessa


--001a113ecad6923f2805532e549d--


From nobody Fri Jun 30 07:44:39 2017
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 55E00129AF6 for ; Fri, 30 Jun 2017 07:44:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 DeuusSXqpJ0H for ; Fri, 30 Jun 2017 07:44:36 -0700 (PDT)
Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 77590129B28 for ; Fri, 30 Jun 2017 07:44:36 -0700 (PDT)
Received: by mail-io0-x229.google.com with SMTP id h134so25233183iof.2 for ; Fri, 30 Jun 2017 07:44:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=lij8uCvnvgG8mXaAXvKkrjnVx8L3TLw4U+mKIbzAS9Q=; b=mbuqG8fqgHCN0A68UmYQinOcBVifodUrwlfbr7db8/Ov9GGio/mwGr7I7PmXlENXHq jjg90PKIeJRJEoDs9lhBKCwOvDKvt68jmg1IZNhymcDbaX0eUbp/UqbA7+O0JrzxerGx I8jC3TI7mVBa6C6IIbGE3XaueAO3vxeJ5SkVCHkpzlwyG+1usn0AnSjCqPLMaiiq8poz rOjUCUTK17VLjTI8/oIJCbjSm7TYyPKuDRlK/+Ryjqc4r1rXVvnByJbyLiJ/RiZwwUb7 bQ0FgqcVzhGbPrNhjS4ukCJs3Cl5gb7kW/VQ54/DK9JNvbyGOKtaXqCVJ27ygxOShcsU mIug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=lij8uCvnvgG8mXaAXvKkrjnVx8L3TLw4U+mKIbzAS9Q=; b=eJcgXDv7UtNbdfhcEmIwP6GqJlbW8F2/TOoNSD8+QCDDPvVh8a7fziUYq5R6qvp129 qec2aMdABRDw9NKRsqj34o6WKE8dblkxgRTodXgKMAT9Io77M5Nl1sHB5RNgEy/fus6H fP8sehjSz6M+Q5DsO42QPO8VBqSzHNUvJRteeaeuvh/AOQLKyuRn3pGLf7n1G/iZmxag nqXWAegsZ0hfgEVOAXmr4+ssOoC1mC4jZsLN+MLAYzL3ZhmUQb04wqt30iZ8pgYXWupo rBQYFhKhuk4uBB7cG+OuLxq7VxrVre4pZELGsDwnMYE9w0Vwn/vjz6d1c3xzDV+1LYKr n3ZA==
X-Gm-Message-State: AKS2vOzWJjJxKCj6RPfElHjlEvZ8VPcMZ3Nz99W2xWZllflQCyY5rYUt GaEft0NC4cCaOiTPU5odp6w9qiS4dH9m9Es=
X-Received: by 10.107.137.161 with SMTP id t33mr22286672ioi.181.1498833875628;  Fri, 30 Jun 2017 07:44:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.142.205 with HTTP; Fri, 30 Jun 2017 07:43:55 -0700 (PDT)
From: Tessa Fallon 
Date: Fri, 30 Jun 2017 10:43:55 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113ecad6bbf82805532e743e"
Archived-At: 
Subject: [Cellar] IETF 99: remote participation instructions
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 30 Jun 2017 14:44:38 -0000

--001a113ecad6bbf82805532e743e
Content-Type: text/plain; charset="UTF-8"

To those who are planning on being remote participants or observers, please
review the guidelines provided for IETF 99:

https://ietf99.conf.meetecho.com/index.php/Remote_Participation

Let me know if you have any questions.

Tessa

--001a113ecad6bbf82805532e743e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


To those who are planning on being remote participant=
s or observers, please review the guidelines provided for IETF 99:

https://ietf99.conf.meetecho.com/index.php/Remote_Participatio=
n

Let me know if you have any questions.

Tessa


--001a113ecad6bbf82805532e743e--


From nobody Fri Jun 30 07:47:35 2017
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 1230512EC32 for ; Fri, 30 Jun 2017 07:47:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 n14TbxQyTEsf for ; Fri, 30 Jun 2017 07:47:32 -0700 (PDT)
Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::22c]) (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 4DBB3129AF6 for ; Fri, 30 Jun 2017 07:47:32 -0700 (PDT)
Received: by mail-it0-x22c.google.com with SMTP id m84so25774119ita.0 for ; Fri, 30 Jun 2017 07:47:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=bICrrME24+J55j9Zdp+22H+SnZSETMtS4PpJ22Hnwgc=; b=g83/TqYKiFyUXKER/GEAlW7HT7f8cpAeadi2Vw3rG37VDcxOyZ9ZdZBqYJp5zuxbWd sazn7K1lzx6+vAgI/x3lzeip8FFpDsakKLgrZK8nrNgs4SieucqLGZTbgAg2cUDTUCDf n4QtMvS8AabsTGhl6oWk3VLf3Peo5QRQWSLsQc+a/uwUniqf71vGTXmSUlSsHeyaSUPc ytnsXSZxYY69wuuiHsjH2Bsag+1LPcnHE/i2pSh3minJSSgQyswQFu6F/PGwxi/tG3ii P7LzmrrIM02IH7U5MXEQOCdpdfVoTBm5u4Rm6yvMNROwFcVjuFuTxS1gw5fedOUuRZzo RWlg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=bICrrME24+J55j9Zdp+22H+SnZSETMtS4PpJ22Hnwgc=; b=GVc+fE3RzidCCcClYa5bQodcQmgyjX7+7FwPNC40ggMD3Kg6r2NrVu/3iTcuGZR1kA yMi6ohkPIi2mKdTqJ38TP2c29ajbhulybtzBZoKuKQF1a1ABZQ6hVnxYUCHbu19SZrZX tqlcaWMdie7/qK+2oxELmJ47O7PkRvKC5YBlvUo7baZsKxv4Vm2BlC3nMqFjROKZYRK9 uJewy2r+P3ifknFqjDOWUVy2VnTYcmbeUHNfG+pB94OSkI3jufmJGwfIALVDXJl9jcFw 4APXNfqtbPm/kxpEfgo76+Na9qCNxae4XRVZWSjtjSooVoB5pM1F+mZD8AwhJQm5mHd9 Rz3w==
X-Gm-Message-State: AKS2vOx+4pFY+hIqWosargtLVtY/2hen3SG7iz9yolet3kv19MjWrtYw rsONdyK/uMHlCo8+JbPBa6s0TZBYOlPxjWU=
X-Received: by 10.36.178.71 with SMTP id h7mr7963524iti.38.1498834051569; Fri, 30 Jun 2017 07:47:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.142.205 with HTTP; Fri, 30 Jun 2017 07:46:51 -0700 (PDT)
From: Tessa Fallon 
Date: Fri, 30 Jun 2017 10:46:51 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="f403045d990038c21d05532e7fec"
Archived-At: 
Subject: [Cellar] Deadline for Internet Draft submission is JULY 3 (Monday)
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 30 Jun 2017 14:47:34 -0000

--f403045d990038c21d05532e7fec
Content-Type: text/plain; charset="UTF-8"

Please upload any new or update existing docs for discussion by *JULY 3.*

--Internet Draft submission cut-off (for all drafts, including -00) by UTC
23:59, upload using IETF ID Submission Tool


--f403045d990038c21d05532e7fec
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


Please upload any new or update existing docs for discussi=
on by JULY 3.

--I=
nternet Draft submission cut-off (for all drafts, including -00) by UTC 23:=
59, upload using=C2=A0IETF ID Submission Tool


--f403045d990038c21d05532e7fec--


From nobody Fri Jun 30 07:49:54 2017
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 B28AC12EC34 for ; Fri, 30 Jun 2017 07:49:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 NdBn1qgKbqUa for ; Fri, 30 Jun 2017 07:49:50 -0700 (PDT)
Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (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 84398129B28 for ; Fri, 30 Jun 2017 07:49:50 -0700 (PDT)
Received: by mail-io0-x234.google.com with SMTP id z62so25266145ioi.3 for ; Fri, 30 Jun 2017 07:49:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to;  bh=7mgRw7ypXHg2lFSV1tXJW26/P910DaI51atUsssxfz4=; b=sMNmA84giAKw4IT1+uxDByrkBOQCW2a5gWQ7s0KL1ncujRUXlD9Iw2tuV0OsqSevyz AwNlnUlH527MpwKBdcH56z3lxmBmwVL9egGkAJRzqxwsjVPDUAKpg8xKCKpFebvBJGvz IlT+lCG092UWKTxXCNUoxbIObBf4g+/FPWDYUpjFyF4hoIlw43OZNIVmiGRc8pY2H23e fouTgisnp/S2Is5RCYf32tKSFwXpe1WUi4YDLYRtnTEnjziiSXJU9IfV0SOJvrSOv0VU rIdOkM7Bos7GRW88AkEWdkFMkvK2P8iz1cw9wFo6v41WPE1F6Tb8u1t16XMawOkN48zo AxoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=7mgRw7ypXHg2lFSV1tXJW26/P910DaI51atUsssxfz4=; b=Y3qpd+OTK55+n0OB0zL51He/X71FvV+VmysCqBPzar2lu2FkUk/9bypMsqdQFOf/Pc jsERJ7MOQcbF2hww43RgSVUoQTco4QwujtMTarx8ZVjMgqaoiv9dU74E4msqO/kNEJMe a7o/6yUWFgYvpyHtlwcBAoWycgS1l+G8hArFgL1PjE7XLsW/ygUj3ci3yFkPKHWA1K46 EV0T1YDSMxW0ZN688qGyfjt0XU9l5fR9HhDDVYAiUx+HBymgiTKIHmFtnMg8Pm9f/2ZS Jhx9Ii1vcEGxdy3Dx17swk6XpycM4otOXoNunfMr50U8UmA8EZ+n4G0zaAYuCc5UkksX 8+AA==
X-Gm-Message-State: AKS2vOxfEZD3hQv+/kw10jpWQYDibLBczv7Bem30A6hx3EYi6FJV9Bdy nUWTXwuOFKIOQwgTGHbtDwo3CCJee9C3
X-Received: by 10.107.134.141 with SMTP id q13mr21929659ioi.191.1498834189668;  Fri, 30 Jun 2017 07:49:49 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.142.205 with HTTP; Fri, 30 Jun 2017 07:49:09 -0700 (PDT)
In-Reply-To: 
References: 
From: Tessa Fallon 
Date: Fri, 30 Jun 2017 10:49:09 -0400
Message-ID: 
To: Codec Encoding for LossLess Archiving and Realtime transmission 
Content-Type: multipart/alternative; boundary="001a113eacde740cf905532e870e"
Archived-At: 
Subject: Re: [Cellar] Meeting agenda: call for topics; Registration deadline July 7 (early bird), July 10 (final)
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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, 30 Jun 2017 14:49:53 -0000

--001a113eacde740cf905532e870e
Content-Type: text/plain; charset="UTF-8"

Regarding FLAC, are there any attendees (remote or in-person) who would be
willing to give the "state of FLAC work" presentation?  Presentations are
black text on white slides, no need for fancy presentation gymnastics.

Best,

Tessa

On Fri, Jun 30, 2017 at 10:34 AM, Tessa Fallon 
wrote:

> Greetings, CELLAR group.
>
> Currently, the preliminary agenda for CELLAR IETF 99 meeting will include:
>
> 1) State of the CELLAR:  current work being done, work that needs to be
> done, milestones, and moving forward (next steps in the IETF
> standardization process for relevant documents)
>
> 2) Presentations on each of the standards, work being done, work that
> needs to be done, how interested parties can contribute
>
> Everyone is welcome to request time on the agenda for topics relating to
> CELLAR and its work.  Support can be provided for remote participants who
> wish to give presentations.
>
> ****The draft agenda is due by July 5, and the final agenda is due July
> 10.  Please send in requests as soon as possible.****
>
> *Also, a friendly reminder to register by July 7 for the early bird
> discount.  July 10 is the cutoff date for all registrations.*
>
> *Remote participants, please register as well.  There is no fee, but there
> is a remote participant registration list.*
>
> https://www.ietf.org/registration/ietf99/ietfreg.py
>
> Best,
>
> Tessa
>

--001a113eacde740cf905532e870e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


Regarding FLAC, are there any attendees (remote or in-pers=
on) who would be willing to give the "state of FLAC work" present=
ation?=C2=A0 Presentations are black text on white slides, no need for fanc=
y presentation gymnastics.

Best,

Tessa

On Fri, Jun 30, 2017 at 10:34 AM, Tessa Fallon <tessa.fallon@gmail.=
com> wrote:
Greetings, CELLAR group.

Currently, the preliminary ag=
enda for CELLAR IETF 99 meeting will include:

1)=
=C2=A0State of the CELLAR: =C2=A0current work being done, work that needs t=
o be done, milestones, and moving forward (next steps in the IETF standardi=
zation process for relevant documents)

2) Presentations on ea=
ch of the standards, work being done, work that needs to be done, how inter=
ested parties can contribute

Everyone is welcome t=
o request time on the agenda for topics relating to CELLAR and its work.=C2=
=A0 Support can be provided for remote participants who wish to give presen=
tations.

***The draft agenda is due by J=
uly 5, and the final agenda is due July 10.=C2=A0 Please send in requests a=
s soon as possible.***

Also, a frien=
dly reminder to register by July 7 for the early bird discount.=C2=A0 July =
10 is the cutoff date for all registrations.

Remote participants, please register as well.=C2=A0 There is no fe=
e, but there is a remote participant registration list.

Best,

Tessa





--001a113eacde740cf905532e870e--