Re: [Cellar] 2020-04-28 VIRTUAL INTERIM AGENDA (TOMORROW, TUESDAY)

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 28 April 2020 13:29 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 DCC313A152E for <cellar@ietfa.amsl.com>; Tue, 28 Apr 2020 06:29:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s0gyKY0UWkD3 for <cellar@ietfa.amsl.com>; Tue, 28 Apr 2020 06:29:09 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58B953A1693 for <cellar@ietf.org>; Tue, 28 Apr 2020 06:28:36 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id AA17938983; Tue, 28 Apr 2020 09:26:40 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 2D51998A; Tue, 28 Apr 2020 09:28:33 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Michael Niedermayer <michael@niedermayer.cc>, cellar@ietf.org
In-Reply-To: <20200428080248.GV10047@michaelspb>
References: <1366.1588009717@localhost> <20200428080248.GV10047@michaelspb>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 25.1.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Tue, 28 Apr 2020 09:28:33 -0400
Message-ID: <14831.1588080513@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/hW-TwS8DE_qKYW8jnk9GLDFW54U>
Subject: Re: [Cellar] 2020-04-28 VIRTUAL INTERIM AGENDA (TOMORROW, TUESDAY)
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.29
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, 28 Apr 2020 13:29:19 -0000

Michael Niedermayer <michael@niedermayer.cc> wrote:
    >> CELLAR -- DRAFT AGENDA for Virtual Interim Meeting
    >> April  28, 2020        21:00 Amsterdam  ***
    >> 19:00 UTC
    >> 15:00 NYC
    >> 12:00 San Francisco

    > I did yesterday have some intermittent net connection issues. So if i fail to appear
    > during that meeting its this time not because i forgot ;)

Understood!

    > Also just to use this opertunity, i think we should put more effort into
    > improving features & compression. This would ensure that by the time the
    > text is fully polished it is still relevant and also it could attract more
    > and a different kind of people if we did something like a compression/algorithm
    > competition for the next version of ffv1 and flac.

My understanding is that ffv1 v0-3, which is past WGLC, documents only things
that are already out there.

I'm not sure that ffv1 v4 should include new work either, but the WG could
decide to that.  Alternatively, this competition might make for a good
extension draft.

While more documents are not necessarily better because of the fixed overhead
of getting through the process, given the immense size of our documents, I
think it would be fine.

I note that the flac code is already a separate draft.
I'm not exactly sure how the competition would work.

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