Re: [108attendees] Successful IETF 108

"Joel M. Halpern" <> Sun, 02 August 2020 14:26 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A57403A0E83 for <>; Sun, 2 Aug 2020 07:26:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.149
X-Spam-Status: No, score=-1.149 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.949, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id vbKeeKujfrwQ for <>; Sun, 2 Aug 2020 07:26:41 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 427A33A0E80 for <>; Sun, 2 Aug 2020 07:26:41 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4BKNcd0Stxz6GBCt; Sun, 2 Aug 2020 07:26:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=2.tigertech; t=1596378401; bh=na2ul7KAdUxyaeYGSiVFQBGjyFmy9RtwC60lj6gpDEo=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=d3qxS6dKuF4v5Jkt7n/DhskRgzFq1KMrf++SLFOe6xZx7cCHsFkBh9MgIzAuqXAG6 x64DPCnlXzoOIPU2nW8qsDyr3OlYSkZpO9e4QeGYZqzm3g2xomxcNquH83FfJipeED UoZxA9gYqQtDE9iuephM5OMEjDSmrm2qsLGOEUgY=
X-Quarantine-ID: <Frtfl_p_xSEJ>
X-Virus-Scanned: Debian amavisd-new at
Received: from [] ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 4BKNcb6ncjz6G8p5; Sun, 2 Aug 2020 07:26:39 -0700 (PDT)
To: Carsten Bormann <>
Cc: "" <>
References: <> <> <> <> <> <> <>
From: "Joel M. Halpern" <>
Message-ID: <>
Date: Sun, 2 Aug 2020 10:26:38 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <>
Subject: Re: [108attendees] Successful IETF 108
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 108 attendees <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 02 Aug 2020 14:26:43 -0000

I had actually assumed that by "recorded video" we meant what ANRW used. 
  Which are just video's of the slides, with a moving mouse pointer if 
the presented chose to use that.  As such, the "video production" 
problem is reduced to a "how do I record a slide presentation problem.

If we are expecting video presentation on the order of Phillip 
Hallam-Baker's work on his mesh, then my answer is "no".  I do not want 
or expect people to actual record high quality presentations.  Most 
folks do not have the skills, experience, or time that Phillip clearly 
put in.


On 8/2/2020 1:50 AM, Carsten Bormann wrote:
>> Recording video of even marginally useable quality is a huge undertaking for most people. I suspect the percentage of IETF contributers that have the skills, time, resources, and inclination to do so is small.
> I think we mostly expect that people can present into meetecho.
> If meetecho had an (off-meeting) recording function, these same people could create videos.  (Maybe add a basic editing function to edit out false starts.)
>> A push in this direction would create huge new barrier to participation.
> I definitely know what you mean (moving all of our teaching online here quickly revealed that a large part of our educators are far away from having those skills).  But, to a large part, this was missing software.  The other part is having a facilitator that helps with the process, and some educators wouldn’t want us to know that they needed that facilitator for a full transition, so they decided they’d do their normal lectures and just have someone transmit them via Zoom.
>> Sure, we have a few people who are good at this, but that doesn’t mean it’s easy.
> So let’s make it easy.
>> IMO, If we have hopes of reducing synchronous time, we need to get further away from the idea of “presentations” at all.  The old days of reading drafts and discussing via email handled this better than we do today (with the possible exception of groups that do most everything in github.)
> Of course I wish everybody (me included) had read every draft at the start of the meeting; our propensity for monster events makes that hard (but the situation actually is not much better for an interim).
> The point of a “presentation” is to have a high-bandwidth way to prompt discussion, and the seed for the discussion may not even be in a draft.  E-Mail messages to the list are tiny “presentations”, just without images and video, and with a low-bandwidth text channel only.  Life trains us to just skim these things, so many email discussions are repetitive and unproductive.  A video nudges you to sit there and listen (or ignore the video, but then we are not having a conversation).  [Yes, this is a bug and a feature.  And I watch most videos I get at 2.0x.  Except when ekr speaks...]
> Grüße, Carsten