
From nobody Thu Mar  1 11:08:52 2018
Return-Path: <weevz@uw.edu>
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 0AF5A12ECBE for <cellar@ietfa.amsl.com>; Thu,  1 Mar 2018 11:08:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 nMuGWzFrJq8R for <cellar@ietfa.amsl.com>; Thu,  1 Mar 2018 11:08:49 -0800 (PST)
Received: from mxout23.cac.washington.edu (mxout23.cac.washington.edu [140.142.32.140]) (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 5CCA012D880 for <cellar@ietf.org>; Thu,  1 Mar 2018 11:08:49 -0800 (PST)
Received: from mail-vk0-f72.google.com (mail-vk0-f72.google.com [209.85.213.72]) by mxout23.cac.washington.edu (8.14.4+UW14.03/8.14.4+UW16.03) with ESMTP id w21J8kGg017874 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=OK) for <cellar@ietf.org>; Thu, 1 Mar 2018 11:08:46 -0800
Received: by mail-vk0-f72.google.com with SMTP id w3so3796604vkh.7 for <cellar@ietf.org>; Thu, 01 Mar 2018 11:08:46 -0800 (PST)
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=501axANlmB4gFnNCX3jfTn8OtyOdnKqaD7MHdMvniF4=; b=q+IeyZcuTLLaa2h1QR57ZtF5slCpd6oWq9URqFcSeApvDEennE+ghF4heGLm2GT/bH M/mXu9Wii+g+AnSKufIDdd+VtZRwAiSi7BjZPTqEzmWnIlhKYGCDFUOxpmRTVDTpg8dH Sy/aasQcJWHTIvOnJdPKqu4pgsvKbU+Ehz2d3wCJuJAkD6cEeNr5ccc/yS8oC5uBlXlk 11jBV1bRotSlRalvEJ9HPmZmqLGRUrs0HwpeIlBdDDUxwuHoCtIQSn1cfIZ2O4qmjm7n zrl658jDsbx0/H65BXwWmzKuQGxnRFUbX6co4DU9w39yHfjlh5rqQRCD97pvj1sHTakp hrqg==
X-Gm-Message-State: APf1xPBTcWhND5E1tG1umQdL70q6PuQWogQ3aZ9scq8MMFPcRaqXOkFy NGDdZU8eQKVqKEE5ncPyZE7eMfMxDU6dov05lSzVTlMW43+XuL/icGfjDYsJrEjDC/aEFHdcfTa Y+fJxbC2fYeWcf4mFAGajmaA/AuSnDEZYLEobPfX8e+U7gpI6
X-Received: by 10.176.89.138 with SMTP id g10mr2079035uad.170.1519931325508; Thu, 01 Mar 2018 11:08:45 -0800 (PST)
X-Google-Smtp-Source: AG47ELthgzBceJm9rWdXxoy7YSOMIhxeI4YRht1bwbWgUGLMgJrDx8yq4I7mBZWA8O9a5m+S4qlb49oumXgEygJiaQ8=
X-Received: by 10.176.89.138 with SMTP id g10mr2079013uad.170.1519931325091; Thu, 01 Mar 2018 11:08:45 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.54.138 with HTTP; Thu, 1 Mar 2018 11:08:44 -0800 (PST)
In-Reply-To: <3d967fbc-f2a3-187b-2857-59d3e873a264@das-werkstatt.com>
References: <5AF37D25-647D-40F6-8480-A4258A604831@dericed.com> <3d967fbc-f2a3-187b-2857-59d3e873a264@das-werkstatt.com>
From: Andrew James Weaver <weevz@uw.edu>
Date: Thu, 1 Mar 2018 11:08:44 -0800
Message-ID: <CAO2KNWGY8H17QVgurRz9jMEXpJKnxdfBhVEc-ETPpwdVu_ZsXA@mail.gmail.com>
To: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>, cellar-chairs@ietf.org
Content-Type: multipart/alternative; boundary="001a114669fcb72d1c05665e96bb"
X-PMX-Version: 6.3.3.2656215, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2018.3.1.190319, AntiVirus-Engine: 5.46.1.0, AntiVirus-Data: 2018.1.25.5461001
X-PMX-Server: mxout23.cac.washington.edu
X-Uwash-Spam: Gauge=IIIIIIII, Probability=8%, Report=' BODYTEXTH_SIZE_10000_LESS 0, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, FROM_EDU_TLD 0, FROM_NAME_PHRASE 0, IN_REP_TO 0, LEGITIMATE_SIGNS 0, MSG_THREAD 0, REFERENCES 0, SPF_NEUTRAL 0, WEBMAIL_SOURCE 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CP_URI_IN_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_ALT 0,  __DQ_NEG_HEUR 0, __DQ_NEG_IP 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_HTML 0,  __HAS_MSGID 0, __HELO_GMAIL 0, __HEX28_LC_BOUNDARY 0, __HTML_AHREF_TAG 0, __HTML_TAG_DIV 0, __HTTPS_URI 0, __IN_REP_TO 0, __MIME_HTML 0, __MIME_TEXT_H 0, __MIME_TEXT_H1 0, __MIME_TEXT_H2 0, __MIME_TEXT_P 0, __MIME_TEXT_P1 0, __MIME_TEXT_P2 0, __MIME_VERSION 0, __MULTIPLE_URI_TEXT 0, __PHISH_SPEAR_HTTP_RECEIVED 0, __PHISH_SPEAR_STRUCTURE_1 0, __RATWARE_SIGNATURE_3_N1 0,  __RDNS_GMAIL 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_IN_BODY 0, __URI_NOT_IMG 0, __URI_NS , __URI_WITHOUT_PATH 0, __URI_WITH_PATH 0, __YOUTUBE_RCVD 0'
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/H5-fLmn_fysdLRGHo-eM_huBSSc>
Subject: Re: [Cellar] doc shepherd appointments
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Mar 2018 19:08:51 -0000

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

Hello All!

It would seem that we have several people (myself included) willing to step
into this role for the various standards. Speaking for myself, I would love
to start a bit more active work in this regard, but I would not want to
represent myself as a 'Document Shepherd' without agreement from the
relevant people.

Would it be safe to say that the lack of any objections means agreement
from the board and concerned parties to these volunteers being the document
shepherds?

Best,
Andrew

On Mon, Feb 19, 2018 at 1:11 AM, Peter B. <pb@das-werkstatt.com> wrote:

> On 2018-02-12 17:50, Dave Rice wrote:
> > I=E2=80=99m willing to serve as document shepherd for either EBML or FF=
V1 but as
> an active contributing author realize that that may not be ideal.
> > Are others interested in contributing as document shepherds? Guidance
> from the chairs on appointment process or status for shepherds?
>
> I'll read up on the doc-shepherd links you've provided, in order to
> volunteer for FFV1 :)
>
>
> Kind regards,
> Pb
>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar
>

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

<div dir=3D"ltr"><div><div>Hello All!<br><br></div>It would seem that we ha=
ve several people (myself included) willing to step into this role for the =
various standards. Speaking for myself, I would love to start a bit more ac=
tive work in this regard, but I would not want to represent myself as a &#3=
9;Document Shepherd&#39; without agreement from the relevant people.<br><br=
>Would it be safe to say that the lack of any objections means agreement fr=
om the board and concerned parties to these volunteers being the document s=
hepherds?<br><br></div><div>Best,<br></div><div>Andrew<br></div></div><div =
class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Feb 19, 2018 a=
t 1:11 AM, Peter B. <span dir=3D"ltr">&lt;<a href=3D"mailto:pb@das-werkstat=
t.com" target=3D"_blank">pb@das-werkstatt.com</a>&gt;</span> wrote:<br><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #c=
cc solid;padding-left:1ex"><span class=3D"">On 2018-02-12 17:50, Dave Rice =
wrote:<br>
&gt; I=E2=80=99m willing to serve as document shepherd for either EBML or F=
FV1 but as an active contributing author realize that that may not be ideal=
.<br>
&gt; Are others interested in contributing as document shepherds? Guidance =
from the chairs on appointment process or status for shepherds?<br>
<br>
</span>I&#39;ll read up on the doc-shepherd links you&#39;ve provided, in o=
rder to<br>
volunteer for FFV1 :)<br>
<br>
<br>
Kind regards,<br>
Pb<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
______________________________<wbr>_________________<br>
Cellar mailing list<br>
<a href=3D"mailto:Cellar@ietf.org">Cellar@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/cellar" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/cellar</a><br=
>
</div></div></blockquote></div><br></div>

--001a114669fcb72d1c05665e96bb--


From nobody Thu Mar  1 11:16:49 2018
Return-Path: <moritz@bunkus.org>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 631D812ECF0 for <cellar@ietfa.amsl.com>; Thu,  1 Mar 2018 11:16:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.011
X-Spam-Level: 
X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (4096-bit key) header.d=bunkus.org
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 ekxaQX9Y3t18 for <cellar@ietfa.amsl.com>; Thu,  1 Mar 2018 11:16:44 -0800 (PST)
Received: from adara.bunkus.org (adara.bunkus.org [144.76.6.84]) (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 0FFF612EE44 for <cellar@ietf.org>; Thu,  1 Mar 2018 11:16:32 -0800 (PST)
Received: from liselle.bunkus.org ([2a01:4f8:190:8147::105:1]:43958) by adara.bunkus.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from <moritz@bunkus.org>) id 1erTgi-0001AE-1V for cellar@ietf.org; Thu, 01 Mar 2018 20:16:20 +0100
Received: from sweet-chili.local (unknown [192.168.191.4]) by liselle.bunkus.org (Postfix) with ESMTPS id 51143654110C for <cellar@ietf.org>; Thu,  1 Mar 2018 20:16:20 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bunkus.org; s=mail2017070101; t=1519931780; bh=78nmZJ87jmdWj2aAbEHe6b01Qn3Rq6r4zQWNwy1f1S0=; h=References:From:To:Subject:In-reply-to:Date:From; b=EtvWJMC39Wj9FMWjBHoOO6jP6BMxfI1Jl9xtm2RFlgm2/dnov5CvOgSeuXKLYIsvw g9MYk/6C1eRdP8IxADiU71HHA0C9BHHKOA1f90MYnhMgsC14O7gJmS2CgJm66gRJih g9WujcTbBdUElXOTXgBBJlt70E6WeAyL4tIRupjJndXt0opl1TpZkFYC1g3AwuCr8l NtPbHXf0kfPwkg/BA+iGFlDQbvl7bPkZgMAGPVBmtWsENryDtAAbeYNYpULcXkUbcQ ZJ8zM2bgYx7Hx330JbbRW/waogzU3VwqsceG0ynYisI/XUqDQiTDIgUGd2KQRkt3f8 8p5aff99TzK7Bj9QawzFsaThXzO9FLdv8uiDTtVf0nlHLKqwmrT5Qh1nbAq3A63Tkn wlhK6ZtoD8xL7U+tN1F+EBiuHZRYPMYF4ncXP0XDAaGUM/Nhq2yW1w+7xxWqXhwAxi aIzyrlAnL7HPPAh1lbNFZMHCLZQ3dqtmEMooKdfVFP9hQkhBAuP+s2xd1Cj+u+iYRK In8qG6fKl0fEAKhaKAfc15doYoV4BVYw7Dgmi/pLdjWjYNCxTNgsqpMr6OPTXeJM3w qZUABQ0lg2Wqc+u44g1eZVCdGsndYVxnVGgAim2y7g2qcobTGJtCR+G/4FlklC3V4t dpZBGQBe0S29xKDDeqSz2B7w=
Received: from sweet-chili (localhost [IPv6:::1]) by sweet-chili.local (Postfix) with ESMTP id 5FF292EDF525 for <cellar@ietf.org>; Thu,  1 Mar 2018 20:16:19 +0100 (CET)
References: <5AF37D25-647D-40F6-8480-A4258A604831@dericed.com> <3d967fbc-f2a3-187b-2857-59d3e873a264@das-werkstatt.com> <CAO2KNWGY8H17QVgurRz9jMEXpJKnxdfBhVEc-ETPpwdVu_ZsXA@mail.gmail.com>
User-agent: mu4e 1.0; emacs 25.3.1
From: Moritz Bunkus <moritz@bunkus.org>
To: cellar@ietf.org
In-reply-to: <CAO2KNWGY8H17QVgurRz9jMEXpJKnxdfBhVEc-ETPpwdVu_ZsXA@mail.gmail.com>
Date: Thu, 01 Mar 2018 20:16:19 +0100
Message-ID: <87371jy5bw.fsf@bunkus.org>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/LdhOuWJKmS06LSNCUIhh16AF_00>
Subject: Re: [Cellar] doc shepherd appointments
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Mar 2018 19:16:46 -0000

Hey,

> Would it be safe to say that the lack of any objections means agreement
> from the board and concerned parties to these volunteers being the document
> shepherds?

I for one would agree with that assumption.

Kind regards,
mosu


From nobody Thu Mar  1 14:30:05 2018
Return-Path: <dave@dericed.com>
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 D9C6F1242EA; Thu,  1 Mar 2018 14:30:03 -0800 (PST)
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, RCVD_IN_DNSWL_NONE=-0.0001, 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 XnD2QC90MXn4; Thu,  1 Mar 2018 14:30:02 -0800 (PST)
Received: from server172-2.web-hosting.com (server172-2.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 7E668124D6C; Thu,  1 Mar 2018 14:29:59 -0800 (PST)
Received: from cpe-104-162-94-162.nyc.res.rr.com ([104.162.94.162]:43526 helo=[10.0.1.2]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from <dave@dericed.com>) id 1erWi5-0015kK-KH; Thu, 01 Mar 2018 17:29:59 -0500
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.1 \(3445.4.7\))
From: Dave Rice <dave@dericed.com>
In-Reply-To: <87371jy5bw.fsf@bunkus.org>
Date: Thu, 1 Mar 2018 17:29:42 -0500
Cc: cellar-ads@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <C6569713-DE96-4DC6-8F61-69DF3242F91E@dericed.com>
References: <5AF37D25-647D-40F6-8480-A4258A604831@dericed.com> <3d967fbc-f2a3-187b-2857-59d3e873a264@das-werkstatt.com> <CAO2KNWGY8H17QVgurRz9jMEXpJKnxdfBhVEc-ETPpwdVu_ZsXA@mail.gmail.com> <87371jy5bw.fsf@bunkus.org>
To: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
X-Mailer: Apple Mail (2.3445.4.7)
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: <https://mailarchive.ietf.org/arch/msg/cellar/MytlSyVjNgHXz2j4B80DNSC-QhI>
Subject: Re: [Cellar] doc shepherd appointments
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Mar 2018 22:30:04 -0000

Hi,

> On Mar 1, 2018, at 2:16 PM, Moritz Bunkus <moritz@bunkus.org> wrote:
>=20
> Hey,
>=20
>> Would it be safe to say that the lack of any objections means =
agreement
>> from the board and concerned parties to these volunteers being the =
document
>> shepherds?
>=20
> I for one would agree with that assumption.

I support the assumption and the hand raising pertaining to assigning =
Document Shepherds, but I=E2=80=99m not familiar with the process in =
which a Document Shepherd is assigned/appointed. I=E2=80=99ve uploaded =
RFC drafts before but don=E2=80=99t seem to have access to impact the =
Document Shepherd assignment as listed in =
https://datatracker.ietf.org/wg/cellar/documents/. I suspect that the =
appointment of a Document Shepherd is done by either a chair or area =
director of the working group (cc=E2=80=99ing the AD list for clarity).

To reiterate the expressions to volunteer within this thread. We =
currently have no assigned Document Shepherds but are likely in need of =
that role, particularly as some documents are ready for last call. For =
volunteers for Document Shepherds we have:

FLAC - Andrew Weaver
FFV1 - Peter Bubestinger
EBML - Steve Villereal

Best Regards,
Dave Rice=


From nobody Sat Mar  3 07:33:14 2018
Return-Path: <lists@reto.ch>
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 E2C6C1204DA for <cellar@ietfa.amsl.com>; Sat,  3 Mar 2018 07:33:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 rYlrXS-r4-hz for <cellar@ietfa.amsl.com>; Sat,  3 Mar 2018 07:33:10 -0800 (PST)
Received: from smtp-sh2.infomaniak.ch (smtp-sh2.infomaniak.ch [128.65.195.6]) (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 56F5C1200F1 for <cellar@ietf.org>; Sat,  3 Mar 2018 07:33:09 -0800 (PST)
Received: from smtp8.infomaniak.ch (smtp8.infomaniak.ch [83.166.132.38]) by smtp-sh.infomaniak.ch (8.14.5/8.14.5) with ESMTP id w23FX7cc024689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for <cellar@ietf.org>; Sat, 3 Mar 2018 16:33:07 +0100
Received: from Castor.local (84-73-238-96.dclient.hispeed.ch [84.73.238.96]) (authenticated bits=0) by smtp8.infomaniak.ch (8.14.5/8.14.5) with ESMTP id w23FX6Xd006980 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for <cellar@ietf.org>; Sat, 3 Mar 2018 16:33:07 +0100
Date: Sat,  3 Mar 2018 16:33:07 +0100
From: Reto Kromer <lists@reto.ch>
To: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
X-Priority: 3
In-Reply-To: <r470Ps-10116i-003BA6B839124F899114625C6F1C9DCB@Castor.local>
Message-ID: <r470Ps-10116i-F273D53F52B54076868153384097B0EB@Castor.local>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Mailer: Mailsmith 2.4 (470)
X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8
X-Antivirus-Code: 0x100000
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/W4pqREbFhaSccM2SPar6JFHU2lg>
Subject: Re: [Cellar] CfP "Codecs and Standards"
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Mar 2018 15:33:13 -0000

The deadline has been extended until 15 March 2018. RK


Reto Kromer wrote:

>Hello Cellar,
>
>the number 5 of "FKT" ("Fachzeitschrift f=C3=BCr Fernsehen, Film
>und elektronische Medien") will be devoted to "Codecs and
>Standards". There is a call for papers in German or English
>and the deadline is 28 February 2018:
>
>  https://www.fkt-online.de/call-for-papers/
>
>Best regards, Reto
>
>_______________________________________________
>Cellar mailing list
>Cellar@ietf.org
>https://www.ietf.org/mailman/listinfo/cellar
>


From nobody Thu Mar  8 09:32:41 2018
Return-Path: <pb@das-werkstatt.com>
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 074BA12785F for <cellar@ietfa.amsl.com>; Thu,  8 Mar 2018 09:32:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 DprU6xoJ_g1U for <cellar@ietfa.amsl.com>; Thu,  8 Mar 2018 09:32:37 -0800 (PST)
Received: from zucker2.schokokeks.org (zucker2.schokokeks.org [178.63.68.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B9D51243F6 for <cellar@ietf.org>; Thu,  8 Mar 2018 09:32:37 -0800 (PST)
Received: from [10.0.0.11] (1360030002.d-dsl.at [::ffff:81.16.105.50]) (AUTH: PLAIN bubestinger@schokokeks.org, TLS: TLSv1/SSLv3, 128bits, ECDHE-RSA-AES128-GCM-SHA256) by zucker.schokokeks.org with ESMTPSA; Thu, 08 Mar 2018 18:33:10 +0100 id 0000000000000037.000000005AA173D6.000038AA
To: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
References: <5AF37D25-647D-40F6-8480-A4258A604831@dericed.com> <3d967fbc-f2a3-187b-2857-59d3e873a264@das-werkstatt.com> <CAO2KNWGY8H17QVgurRz9jMEXpJKnxdfBhVEc-ETPpwdVu_ZsXA@mail.gmail.com> <87371jy5bw.fsf@bunkus.org> <C6569713-DE96-4DC6-8F61-69DF3242F91E@dericed.com>
From: "Peter B." <pb@das-werkstatt.com>
Message-ID: <9ebd9899-cf32-2c6b-2aab-500187fedf0f@das-werkstatt.com>
Date: Thu, 8 Mar 2018 18:32:35 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <C6569713-DE96-4DC6-8F61-69DF3242F91E@dericed.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/8htXDlrl8nPtu9gSf2crcRQ-3RI>
Subject: Re: [Cellar] doc shepherd appointments
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Mar 2018 17:32:39 -0000

On 2018-03-01 23:29, Dave Rice wrote:
> To reiterate the expressions to volunteer within this thread. We
> currently have no assigned Document Shepherds but are likely in need
> of that role, particularly as some documents are ready for last call.
> For volunteers for Document Shepherds we have:
> FLAC - Andrew Weaver
> FFV1 - Peter Bubestinger
> EBML - Steve Villereal

What's the status of this?
Anything we need to sign? ;)


Cheers,
Peter


From nobody Thu Mar  8 10:34:09 2018
Return-Path: <dave@dericed.com>
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 B5116127076 for <cellar@ietfa.amsl.com>; Thu,  8 Mar 2018 10:34:07 -0800 (PST)
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, RCVD_IN_DNSWL_NONE=-0.0001, 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 n5v12j4Tdenn for <cellar@ietfa.amsl.com>; Thu,  8 Mar 2018 10:34:06 -0800 (PST)
Received: from server172-2.web-hosting.com (server172-2.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 7B281126D74 for <cellar@ietf.org>; Thu,  8 Mar 2018 10:34:06 -0800 (PST)
Received: from [146.96.19.240] (port=60909 helo=[10.10.201.39]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from <dave@dericed.com>) id 1eu0MZ-001yqk-0q; Thu, 08 Mar 2018 13:34:00 -0500
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Dave Rice <dave@dericed.com>
In-Reply-To: <9ebd9899-cf32-2c6b-2aab-500187fedf0f@das-werkstatt.com>
Date: Thu, 8 Mar 2018 13:33:57 -0500
Cc: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <E6666FF5-C863-468D-A31F-2E2396706520@dericed.com>
References: <5AF37D25-647D-40F6-8480-A4258A604831@dericed.com> <3d967fbc-f2a3-187b-2857-59d3e873a264@das-werkstatt.com> <CAO2KNWGY8H17QVgurRz9jMEXpJKnxdfBhVEc-ETPpwdVu_ZsXA@mail.gmail.com> <87371jy5bw.fsf@bunkus.org> <C6569713-DE96-4DC6-8F61-69DF3242F91E@dericed.com> <9ebd9899-cf32-2c6b-2aab-500187fedf0f@das-werkstatt.com>
To: Peter Bubestinger <pb@das-werkstatt.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: <https://mailarchive.ietf.org/arch/msg/cellar/bykBsiSTSJUkmikaAHsd3DHct78>
Subject: Re: [Cellar] doc shepherd appointments
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Mar 2018 18:34:08 -0000

> On Mar 8, 2018, at 12:32 PM, Peter B. <pb@das-werkstatt.com> wrote:
>=20
> On 2018-03-01 23:29, Dave Rice wrote:
>> To reiterate the expressions to volunteer within this thread. We
>> currently have no assigned Document Shepherds but are likely in need
>> of that role, particularly as some documents are ready for last call.
>> For volunteers for Document Shepherds we have:
>> FLAC - Andrew Weaver
>> FFV1 - Peter Bubestinger
>> EBML - Steve Villereal
>=20
> What's the status of this?
> Anything we need to sign? ;)

IIUC appointment of Document Shepherds and issuance of a Last-Call for =
document work is at the discretion of the WG Chair(s) working with the =
Area Director, so I think we=E2=80=99re waiting on guidance from the =
chairs.

Dave Rice=


From nobody Sat Mar 17 04:39:32 2018
Return-Path: <ben@nostrum.com>
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 A42A7129C56 for <cellar@ietfa.amsl.com>; Sat, 17 Mar 2018 04:39:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level: 
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, 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 xQfBpn5uR4tM for <cellar@ietfa.amsl.com>; Sat, 17 Mar 2018 04:39:29 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 31ABD1204DA for <cellar@ietf.org>; Sat, 17 Mar 2018 04:39:29 -0700 (PDT)
Received: from dhcp-9b3f.meeting.ietf.org (dhcp-9b3f.meeting.ietf.org [31.133.155.63]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w2HBcZqw008392 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 17 Mar 2018 06:38:37 -0500 (CDT) (envelope-from ben@nostrum.com)
From: Ben Campbell <ben@nostrum.com>
Message-Id: <CB01D67F-E3C2-47DA-8A53-2647ED7F2822@nostrum.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_2220AC26-93E2-41A3-8EE7-AADFCECAA398"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Date: Sat, 17 Mar 2018 11:38:34 +0000
In-Reply-To: <E6666FF5-C863-468D-A31F-2E2396706520@dericed.com>
Cc: Peter Bubestinger <pb@das-werkstatt.com>, Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
To: Dave Rice <dave@dericed.com>
References: <5AF37D25-647D-40F6-8480-A4258A604831@dericed.com> <3d967fbc-f2a3-187b-2857-59d3e873a264@das-werkstatt.com> <CAO2KNWGY8H17QVgurRz9jMEXpJKnxdfBhVEc-ETPpwdVu_ZsXA@mail.gmail.com> <87371jy5bw.fsf@bunkus.org> <C6569713-DE96-4DC6-8F61-69DF3242F91E@dericed.com> <9ebd9899-cf32-2c6b-2aab-500187fedf0f@das-werkstatt.com> <E6666FF5-C863-468D-A31F-2E2396706520@dericed.com>
X-Mailer: Apple Mail (2.3445.5.20)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/WEPf-hKiNaw3N9iTtHHkkAbSFkI>
Subject: Re: [Cellar] doc shepherd appointments
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Mar 2018 11:39:30 -0000

--Apple-Mail=_2220AC26-93E2-41A3-8EE7-AADFCECAA398
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

(Speaking as Area Director)

Dave has the process correct, and it=E2=80=99s on my radar now. I will =
speak to Tim about how we can move this forward.

Thanks!

Ben.

> On Mar 8, 2018, at 6:33 PM, Dave Rice <dave@dericed.com> wrote:
>=20
>=20
>> On Mar 8, 2018, at 12:32 PM, Peter B. <pb@das-werkstatt.com> wrote:
>>=20
>> On 2018-03-01 23:29, Dave Rice wrote:
>>> To reiterate the expressions to volunteer within this thread. We
>>> currently have no assigned Document Shepherds but are likely in need
>>> of that role, particularly as some documents are ready for last =
call.
>>> For volunteers for Document Shepherds we have:
>>> FLAC - Andrew Weaver
>>> FFV1 - Peter Bubestinger
>>> EBML - Steve Villereal
>>=20
>> What's the status of this?
>> Anything we need to sign? ;)
>=20
> IIUC appointment of Document Shepherds and issuance of a Last-Call for =
document work is at the discretion of the WG Chair(s) working with the =
Area Director, so I think we=E2=80=99re waiting on guidance from the =
chairs.
>=20
> Dave Rice
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar


--Apple-Mail=_2220AC26-93E2-41A3-8EE7-AADFCECAA398
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlqs/joACgkQgFZKbJXz
1A1WMQ//eQCGewMFbY6UUhkoUy1TGSLbkDdaZ/liZAhz+zr0yEsn+VbNvevRukna
uXluemvN4+zwUw04u4Rq/bsNtbdihQ01DUvOioiPtRYjm3gEp+1lC/ExeTxFoApL
csBjw2ZfGoOpxngwgqdcNG3/aJW+Oi8FizCInvdg8O1nFWecZob48gzPW2Sr4VYU
HlM/SVlcEm9dA0iJ5hq2FHTyehqaYbc28oUH8aK+RlOF+kfCFCVOCHdkwKiCzaRB
sW0habq4jwZA7TKrHJ7IqyGwhgeBWg4h9+lweUPDKATUTd/HGU7FI64u95ingVkM
pCENYeSsjy2d861/T0eqORBnncW2f2pkpcyCGUwoybXOnThFzwZEbgyXN9fNxXiZ
vTcrUtp4VxfCCHJkc4zFDdeefYqjR56tMlN8ppaJgvDzjJjZd9ttRanl6f97dzb2
8lNmCKl9ZVJqcCViNHHmfo6+ft0ManaTJc4t/Ht9lumgZfi6H47RcDA/krg2Xvj7
5CASX2KBfq75bgPnejMDX8UcllK+T6sb4AHklfPXDxmjop93I+CuaFsEB71wOO9E
ruT0kYXigNl7njZ83hJIOM7iD9jnQpn/il9sz4ynR0O38XLSNEYiUrj3lRvUX6LK
kZ0T/GCcZwtAzdoHIGLoM+gzeZuxLyu55d48dCdA+SOFeKhSf4c=
=t6QK
-----END PGP SIGNATURE-----

--Apple-Mail=_2220AC26-93E2-41A3-8EE7-AADFCECAA398--


From nobody Thu Mar 22 13:09:44 2018
Return-Path: <kieran.o.leary@gmail.com>
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 1535612426E for <cellar@ietfa.amsl.com>; Thu, 22 Mar 2018 13:09:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 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, 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 7fS7CsQCq_gV for <cellar@ietfa.amsl.com>; Thu, 22 Mar 2018 13:09:41 -0700 (PDT)
Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::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 3F51B124207 for <cellar@ietf.org>; Thu, 22 Mar 2018 13:09:41 -0700 (PDT)
Received: by mail-wm0-x231.google.com with SMTP id x82so18352478wmg.1 for <cellar@ietf.org>; Thu, 22 Mar 2018 13:09:41 -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=nkPM/1wg+xXpi68x36a/2SR8+TGQXpntZsJFYCqeybc=; b=Rrpkmx9vizhtSfhbLjmzwsxqOHb3dn3g/aGmNrJYnQ4N2P0keSOqHEmQ8ZvVvMdS/y knfEo3oqR5xrABvRSJ6fiWnHWMwwaKyR5LH/1s/qEmwm4LVASnpT9OvE6UjdIV4+jq8d BUA90MKsUepmxYeCbFStIliaz1RvEasPUmJtGoHGZ48SAPBmIn97YFg/jX63NeOC1geK 2gpmP3zYrTpIk+eWZhaBhj3Ve9r/sqSoexIqY5WBub031EcjYLOg9Al4NURLVCYoLk1m RasxeOsv7EYjpO5GljuXrzsoL79S2ygEMAl0TGOhDQuxU/SwgOyfC8YVKl0j2zoeKmmX c0OQ==
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=nkPM/1wg+xXpi68x36a/2SR8+TGQXpntZsJFYCqeybc=; b=YaGWFEeFcbs9AZHHYNHyJ4q0rKKYyEmTO+FosooN+DMeAbEY+SZvasjgjZelY91tTm pZUueYiWZOwTtMvZsLk7vIq9kxDzIwKQI2vExIBY4zh0z2o7LIlS5hIEbN32OHVbJjS5 +5D+iQwoFHhkVDSKaeVVUPA2w/6BgbVAgpqCnoS+xjkuep8UnjkykT81fdAbO8aHgD1l iF8xGU4a70BxWBCbyRUJhKPzbkiD/OcyjfrLHof/eGd4iZQ7fZUWy61CehWMxFEb1cWz GeRnvHQNG3AhIyGnKc8GhAPFsq1MAbysgJOfREkUMr20l11JlfMm21FZxca6aR5pVbRl hUIA==
X-Gm-Message-State: AElRT7HU+nvchDLZXodwc8tXghJ5Npd/NtzqZN8limZu6TLN2CFJB42y vbaztpcZ9nTcOaQfEsTJTnjx/ysjjnzZiYoA8gqt4ZA=
X-Google-Smtp-Source: AG47ELusKUjuagU2IihJ/244vYeGA2q1l32+gsGArmlIHpTBISrDU5WS/VRanoCQgDHlVlYpZDhnyEwCeYwCBW1T0g8=
X-Received: by 10.28.66.65 with SMTP id p62mr6393717wma.8.1521749378282; Thu, 22 Mar 2018 13:09:38 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.28.116.4 with HTTP; Thu, 22 Mar 2018 13:09:37 -0700 (PDT)
From: Kieran O Leary <kieran.o.leary@gmail.com>
Date: Thu, 22 Mar 2018 20:09:37 +0000
Message-ID: <CAO7v-1TyRkJnss2r6php18DWCc8UQ8jhcte5Fp+AufxNdxUHnQ@mail.gmail.com>
To: cellar@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/FjG-_4kKiMpd7BfNCz8a56hUkJQ>
Subject: [Cellar] Matroska Format Version 4 / Version 2
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Mar 2018 20:09:43 -0000

Hi,

I am wondering about the format_version value that mediainfo produces.

 mediainfo out.mkv |grep -i format
Format                                   : Matroska
Format version                           : Version 4 / Version 2
Format                                   : FFV1
Format version                           : Version 3.4

What does the Version 4/2 refer to?

When looking into the trace output, I found these values:
mediainfo --Details=1 out.mkv |grep -i version
0000C  EBMLVersion - 1 (0x1) (4 bytes)
00010  EBMLReadVersion - 1 (0x1) (4 bytes)
00027  DocTypeVersion - 4 (0x4) (4 bytes)
0002B  DocTypeReadVersion - 2 (0x2) (4 bytes)
001FB        version:                         3 (0x00000003)
001FC        micro_version:                   4 (0x00000004)


Is it possibly referring to the DocTypeVersion being 4, and the
DocTypeReadVersion being 2? Which, from my reading of the specs, means
that software supporting Matroska version 2 is enough the play back
the file, though there may be features present that require a reading
application to support version 4?

Any help would be greatly appreciated.

Just in case,here's how I produced out.mkv:
 ffmpeg -f lavfi -i  testsrc -c:v ffv1 -level 3 -t 1 out.mkv
ffmpeg version N-90339-ged1a750 Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.9) 20160609
  configuration: --prefix=/home/kieranjol/ffmpeg_build
--pkg-config-flags=--static
--extra-cflags=-I/home/kieranjol/ffmpeg_build/include
--extra-ldflags=-L/home/kieranjol/ffmpeg_build/lib
--extra-libs='-lpthread -lm' --bindir=/home/kieranjol/bin --enable-gpl
--enable-libass --enable-libfdk-aac --enable-libfreetype
--enable-libmp3lame --enable-libopus --enable-libtheora
--enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265
--enable-nonfree --enable-libopenjpeg
  libavutil      56. 10.100 / 56. 10.100
  libavcodec     58. 14.100 / 58. 14.100
  libavformat    58. 10.100 / 58. 10.100
  libavdevice    58.  2.100 / 58.  2.100
  libavfilter     7. 13.100 /  7. 13.100
  libswscale      5.  0.102 /  5.  0.102
  libswresample   3.  0.101 /  3.  0.101
  libpostproc    55.  0.100 / 55.  0.100
Input #0, lavfi, from 'testsrc':
  Duration: N/A, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24,
320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc
File 'out.mkv' already exists. Overwrite ? [y/N] y
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> ffv1 (native))
Press [q] to stop, [?] for help
Output #0, matroska, to 'out.mkv':
  Metadata:
    encoder         : Lavf58.10.100
    Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), bgr0, 320x240 [SAR
1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 1k tbn, 25 tbc
    Metadata:
      encoder         : Lavc58.14.100 ffv1
frame=   25 fps=0.0 q=-0.0 Lsize=     123kB time=00:00:00.96
bitrate=1049.9kbits/s speed=15.5x
video:122kB audio:0kB subtitle:0kB other streams:0kB global
headers:0kB muxing overhead: 0.853259%


Best,

Kieran O'Leary
Irish Film Institute.


From nobody Tue Mar 27 06:38:02 2018
Return-Path: <dave@dericed.com>
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 E2F8712DA12 for <cellar@ietfa.amsl.com>; Tue, 27 Mar 2018 06:38:00 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 tthF6L2NYZWq for <cellar@ietfa.amsl.com>; Tue, 27 Mar 2018 06:37:59 -0700 (PDT)
Received: from server172-2.web-hosting.com (server172-2.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 4874812DA14 for <cellar@ietf.org>; Tue, 27 Mar 2018 06:37:59 -0700 (PDT)
Received: from [146.96.19.240] (port=52159 helo=[10.10.201.39]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from <dave@dericed.com>) id 1f0onC-000l7m-KB; Tue, 27 Mar 2018 09:37:43 -0400
From: Dave Rice <dave@dericed.com>
Message-Id: <9901978D-4FA4-4698-A4D2-B4CF7A75D668@dericed.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_011CF1AD-2065-401F-91D8-453EF5C97BC3"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Tue, 27 Mar 2018 09:37:32 -0400
In-Reply-To: <CAO7v-1TyRkJnss2r6php18DWCc8UQ8jhcte5Fp+AufxNdxUHnQ@mail.gmail.com>
Cc: cellar@ietf.org
To: Kieran O Leary <kieran.o.leary@gmail.com>
References: <CAO7v-1TyRkJnss2r6php18DWCc8UQ8jhcte5Fp+AufxNdxUHnQ@mail.gmail.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: <https://mailarchive.ietf.org/arch/msg/cellar/xyHphDzRdUL9pUkpXFhReDN1Wcw>
Subject: Re: [Cellar] Matroska Format Version 4 / Version 2
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Mar 2018 13:38:01 -0000

--Apple-Mail=_011CF1AD-2065-401F-91D8-453EF5C97BC3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8


> On Mar 22, 2018, at 4:09 PM, Kieran O Leary <kieran.o.leary@gmail.com> =
wrote:
>=20
> Hi,
>=20
> I am wondering about the format_version value that mediainfo produces.
>=20
> mediainfo out.mkv |grep -i format
> Format                                   : Matroska
> Format version                           : Version 4 / Version 2
> Format                                   : FFV1
> Format version                           : Version 3.4
>=20
> What does the Version 4/2 refer to?
>=20
> When looking into the trace output, I found these values:
> mediainfo --Details=3D1 out.mkv |grep -i version
> 0000C  EBMLVersion - 1 (0x1) (4 bytes)
> 00010  EBMLReadVersion - 1 (0x1) (4 bytes)
> 00027  DocTypeVersion - 4 (0x4) (4 bytes)
> 0002B  DocTypeReadVersion - 2 (0x2) (4 bytes)
> 001FB        version:                         3 (0x00000003)
> 001FC        micro_version:                   4 (0x00000004)
>=20
>=20
> Is it possibly referring to the DocTypeVersion being 4, and the
> DocTypeReadVersion being 2? Which, from my reading of the specs, means
> that software supporting Matroska version 2 is enough the play back
> the file, though there may be features present that require a reading
> application to support version 4?

That=E2=80=99s correct. See the first and last lines highlighted here: =
https://github.com/MediaArea/MediaInfoLib/blob/d8fd88a1c282d1c09388c55ee0b=
46029e7330690/Source/MediaInfo/Multiple/File_Mk.cpp#L2063-L2076 =
<https://github.com/MediaArea/MediaInfoLib/blob/d8fd88a1c282d1c09388c55ee0=
b46029e7330690/Source/MediaInfo/Multiple/File_Mk.cpp#L2063-L2076>.
Dave Rice


--Apple-Mail=_011CF1AD-2065-401F-91D8-453EF5C97BC3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div =
class=3D"">On Mar 22, 2018, at 4:09 PM, Kieran O Leary &lt;<a =
href=3D"mailto:kieran.o.leary@gmail.com" =
class=3D"">kieran.o.leary@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div class=3D"">Hi,<br=
 class=3D""><br class=3D"">I am wondering about the format_version value =
that mediainfo produces.<br class=3D""><br class=3D""> mediainfo out.mkv =
|grep -i format<br class=3D"">Format =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: Matroska<br =
class=3D"">Format version =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;: Version 4 / Version 2<br class=3D"">Format =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: FFV1<br =
class=3D"">Format version =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;: Version 3.4<br class=3D""><br class=3D"">What does the Version =
4/2 refer to?<br class=3D""><br class=3D"">When looking into the trace =
output, I found these values:<br class=3D"">mediainfo --Details=3D1 =
out.mkv |grep -i version<br class=3D"">0000C &nbsp;EBMLVersion - 1 (0x1) =
(4 bytes)<br class=3D"">00010 &nbsp;EBMLReadVersion - 1 (0x1) (4 =
bytes)<br class=3D"">00027 &nbsp;DocTypeVersion - 4 (0x4) (4 bytes)<br =
class=3D"">0002B &nbsp;DocTypeReadVersion - 2 (0x2) (4 bytes)<br =
class=3D"">001FB &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;version: =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3 =
(0x00000003)<br class=3D"">001FC =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;micro_version: =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;4 (0x00000004)<br class=3D""><br =
class=3D""><br class=3D"">Is it possibly referring to the DocTypeVersion =
being 4, and the<br class=3D"">DocTypeReadVersion being 2? Which, from =
my reading of the specs, means<br class=3D"">that software supporting =
Matroska version 2 is enough the play back<br class=3D"">the file, =
though there may be features present that require a reading<br =
class=3D"">application to support version 4?<br =
class=3D""></div></div></blockquote><div><br =
class=3D""></div><div>That=E2=80=99s correct. See the first and last =
lines highlighted here:&nbsp;<a =
href=3D"https://github.com/MediaArea/MediaInfoLib/blob/d8fd88a1c282d1c0938=
8c55ee0b46029e7330690/Source/MediaInfo/Multiple/File_Mk.cpp#L2063-L2076" =
class=3D"">https://github.com/MediaArea/MediaInfoLib/blob/d8fd88a1c282d1c0=
9388c55ee0b46029e7330690/Source/MediaInfo/Multiple/File_Mk.cpp#L2063-L2076=
</a>.</div><div>Dave Rice</div><div><br =
class=3D""></div></div></body></html>=

--Apple-Mail=_011CF1AD-2065-401F-91D8-453EF5C97BC3--


From nobody Wed Mar 28 08:51:31 2018
Return-Path: <dave@dericed.com>
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 2E96112420B for <cellar@ietfa.amsl.com>; Wed, 28 Mar 2018 08:51:30 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 r9SrdbuNfl6e for <cellar@ietfa.amsl.com>; Wed, 28 Mar 2018 08:51:28 -0700 (PDT)
Received: from server172-2.web-hosting.com (server172-2.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 7CABE120047 for <cellar@ietf.org>; Wed, 28 Mar 2018 08:51:28 -0700 (PDT)
Received: from [146.96.19.240] (port=64062 helo=[10.10.201.39]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from <dave@dericed.com>) id 1f1DMB-000XlJ-QT for cellar@ietf.org; Wed, 28 Mar 2018 11:51:27 -0400
From: Dave Rice <dave@dericed.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Message-Id: <DB4DBF29-E206-41A5-B67D-D256F1CAF896@dericed.com>
Date: Wed, 28 Mar 2018 11:51:17 -0400
To: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
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: <https://mailarchive.ietf.org/arch/msg/cellar/XjA1H63D_DFCWK7096xln529cQc>
Subject: [Cellar] when is ChapterEndTime required
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Mar 2018 15:51:30 -0000

Hi cellar,

This is to follow up on a discussion on ffmpeg-devel, see: =
http://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227453.html. In the =
Matroska Schema, the ChapterTimeEnd element is optional, but in =
https://github.com/Matroska-Org/matroska-specification/blob/master/chapter=
s.md#editionflagordered it says "If an Edition of Ordered Chapters is =
enabled then the Matroska Player MUST play those Chapters in their =
stored order from the timecode marked in the ChapterTimeStart Element to =
the timecode marked in to ChapterTimeEnd Element.=E2=80=9D

So is ChapterTimeEnd required when EditionFlagOrdered=3D1? Is the second =
edition of the example below (from =
https://archive.org/download/chapters_test/chapters_test.mkv) invalid to =
write or invalid to read? Should we state a fallback end time (segment =
duration?) when there is no ChapterTimeEnd in an Ordered Edition?

|+ Chapters
| + Edition entry
|  + Edition flag ordered: 1
|  + Edition flag hidden: 0
|  + Edition flag default: 1
|  + Edition UID: 3475548369
|  + Chapter atom
|   + Chapter time start: 00:00:15.000000000
|   + Chapter time end: 00:00:20.000000000
|   + Chapter flag hidden: 0
|   + Chapter flag enabled: 1
|   + Chapter UID: 12865469183194029579
|   + Chapter display
|    + Chapter string: Random Red Ball
|    + Chapter language: eng
| + Edition entry
|  + Edition flag ordered: 1
|  + Edition flag hidden: 0
|  + Edition flag default: 0
|  + Edition UID: 12338659363134957115
|  + Chapter atom
|   + Chapter time start: 00:00:00.000000000
|   + Chapter flag hidden: 0
|   + Chapter flag enabled: 1
|   + Chapter UID: 17174098126947929771
|   + Chapter display
|    + Chapter string: Full
|    + Chapter language: eng

Dave Rice=


From nobody Wed Mar 28 09:58:45 2018
Return-Path: <hubblec4@gmx.ch>
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 D9BB812762F for <cellar@ietfa.amsl.com>; Wed, 28 Mar 2018 09:58:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.35
X-Spam-Level: 
X-Spam-Status: No, score=-2.35 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 uzovQy2-WW9X for <cellar@ietfa.amsl.com>; Wed, 28 Mar 2018 09:58:41 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 21E491275FD for <cellar@ietf.org>; Wed, 28 Mar 2018 09:58:40 -0700 (PDT)
Received: from [192.168.2.101] ([93.242.75.28]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MHX0m-1f07wQ0YhQ-003MQk for <cellar@ietf.org>; Wed, 28 Mar 2018 18:58:38 +0200
To: cellar@ietf.org
References: <DB4DBF29-E206-41A5-B67D-D256F1CAF896@dericed.com>
From: hubblec4 <hubblec4@gmx.ch>
Message-ID: <285b49b2-0255-6cef-dc69-e2cb2b312e1a@gmx.ch>
Date: Wed, 28 Mar 2018 18:58:31 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <DB4DBF29-E206-41A5-B67D-D256F1CAF896@dericed.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:xxyyKqd5ETKGWZ6a+5BE81NkWoHoi+ur4JRdd1zcoWr5ZyvnZTc +8bFj1CMO5ApUuFncs1pammTGXmbh6yUl/A7vX1/ECGGhc8I17W6NQIucVnseBoV3zRxzNb h0gP5zNcdwrKzY4sawyNQIwJSZF7n2Gsdt/sEByackIqD8KuCorrAhLMHHVr6AlmuDXcCPT mIIyHEzM0u6BMJU/tmE/Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mqgP2cdlo7M=:rzTAU+lEk5ziv1LL5FtkIr AiTN5Hp0z6v7eyC34JLbgOZOxK6TZJD20d3DNOM6BAVB7n1n26yTcsGyypPNSJffc9W8t5/zd McJ+QJMSm0V8HnARVA9alfgwcHwHvsM6Tfkr1947v9P4JT1pHuRaSFWzvplq8bL3KUbKTBReo qdEYk3wElff0FeEdO6nUBFp37Brd33uEDL2voie4RIeGeT5aV0IXJZx8MCF+fYnlcPWSsRYYM iPwT3ugfvVJxN3Q9QpuoM0yvA+K0gG8OFBOsSZGchSEcQVzc0ekGQ/5MDf0WD0Y9XAAzOWmY6 aegUjZn9Dx0sHqWjYFQB7jELYj+zHbSB11lW0sK45a34r4lUTGFNbnmQN/nGIVEYZra6RSsRU h2bd9xzK+gyQ4PbXfaQBCQ7IJHGBP2cH2kmXkjhc7kHgXlbec85Vt/H57k/aLQrSdtYVBI69M PzQ6LMKEj1oZgqzSW7elAIfHuswIMUoB648CTO1oJlHzLVsL2B9zroUBunQxfzCgcnlM3oe9h eXvVUxHFZBexPTHTPzIr1TdJMcvdsSmLfKQdSM1w80fkw6JWuyigEg0+1UUmKKQq8kXFKIHbJ hx60bXiiHfU3fZ7HH8c5CQfNSmmm7WHJkWzaKyGmeklXFfy2Vll0JjX5Hm+YJi/XFCGzXs3Ns 6e5G9VdM9Z8r5qcesyJOLIZXkP+mcW7c8O8XFQh3cOueLzYnKG+KBqGyVqkLqXoZ/A3Z5Ta0S AhI2NLf4nIkaYfNylxJyre67jD9Jgz3WblNdmFX2H4IEpfA+uOK6EWuX8L2RxI7jJ/7SQt45c zbuP7v1djkcFm1N3HznTmez0GfsW+QB5CU34XyVAVwKfkK6rm4=
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/4rJSOCoSy1yTTFiSIR2NLSTFeQQ>
Subject: Re: [Cellar] when is ChapterEndTime required
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Mar 2018 16:58:45 -0000

Hi all


Am 28.03.2018 um 17:51 schrieb Dave Rice:
> Hi cellar,
>
> This is to follow up on a discussion on ffmpeg-devel, see: http://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227453.html. In the Matroska Schema, the ChapterTimeEnd element is optional, but in https://github.com/Matroska-Org/matroska-specification/blob/master/chapters.md#editionflagordered it says "If an Edition of Ordered Chapters is enabled then the Matroska Player MUST play those Chapters in their stored order from the timecode marked in the ChapterTimeStart Element to the timecode marked in to ChapterTimeEnd Element.”
Thats right and for a "normal" ordered edition the endtime stamps are 
required. What means "normal": This is the case when ChapProcessCodecID 
is set to 0(default 0).
If this value is set to 1 then Matroska-DVD-Menu system is used and 
there is it possible to have empty endtime stamps.

>
> So is ChapterTimeEnd required when EditionFlagOrdered=1?
Yes.
>   Is the second edition of the example below (from https://archive.org/download/chapters_test/chapters_test.mkv) invalid to write or invalid to read?
I'm sure Mosu's Chapter Editor(Matroska Reader) can read such mkv's but 
a Matroska Player will fail to build a correct virtual timeline.
LAV Splitter ignores all ordered chapters with a play-duration of 0 or 
less. An empty endtime stamp is like a value of 0 so you get a negativ 
chapter play duration.
Chapters_test.mkv  plays the first editon, but when you change to 
edition 2, playing is stoped, timeline greyed out, play-button is 
disabled and so on. There is no virtuell timeline for the second edition.

Read and write is maybe possible and not really invalid, but for 
practice using is it invalid.

> Should we state a fallback end time (segment duration?) when there is no ChapterTimeEnd in an Ordered Edition?
A fallback which used the segment duration is possible only when you 
have only one chapter. Otherwise the new virtuell playtime is too large 
and duplicates video content.
The Segment duration is not a "good" value because this element is not 
always present AND (very)often too large.
>
> |+ Chapters
> | + Edition entry
> |  + Edition flag ordered: 1
> |  + Edition flag hidden: 0
> |  + Edition flag default: 1
> |  + Edition UID: 3475548369
> |  + Chapter atom
> |   + Chapter time start: 00:00:15.000000000
> |   + Chapter time end: 00:00:20.000000000
> |   + Chapter flag hidden: 0
> |   + Chapter flag enabled: 1
> |   + Chapter UID: 12865469183194029579
> |   + Chapter display
> |    + Chapter string: Random Red Ball
> |    + Chapter language: eng
> | + Edition entry
> |  + Edition flag ordered: 1
> |  + Edition flag hidden: 0
> |  + Edition flag default: 0
> |  + Edition UID: 12338659363134957115
> |  + Chapter atom
> |   + Chapter time start: 00:00:00.000000000
> |   + Chapter flag hidden: 0
> |   + Chapter flag enabled: 1
> |   + Chapter UID: 17174098126947929771
> |   + Chapter display
> |    + Chapter string: Full
> |    + Chapter language: eng
>
> Dave Rice
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar

Kind regards
Martin Below

