Re: [vmeet] Suggestion

Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 08 April 2016 20:42 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: vmeet@ietfa.amsl.com
Delivered-To: vmeet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D724C12D8CF for <vmeet@ietfa.amsl.com>; Fri, 8 Apr 2016 13:42:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.935
X-Spam-Level:
X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
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 kSsoM-4i_TJO for <vmeet@ietfa.amsl.com>; Fri, 8 Apr 2016 13:42:58 -0700 (PDT)
Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (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 9971C12D8C9 for <vmeet@ietf.org>; Fri, 8 Apr 2016 13:42:58 -0700 (PDT)
Received: from resomta-ch2-09v.sys.comcast.net ([69.252.207.105]) by comcast with SMTP id odEuaz2XsgEHvodF3a7M3V; Fri, 08 Apr 2016 20:42:57 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1460148177; bh=EbZbs7NM74z8aL3o551eBiBmuN1gd4ije3hmvUT49k4=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=Lt6Q4XAzQEKx+mfL2P/vVHGnX6XJCqj0FenYTXoTddP96vs5gsHGn7/9iUmzCKPEK e2GG/3oeiBS6omeUMLjjUp+KaW3OlVYpWbajMmcz8dbW+C68jFPPGJzilG9Pb5F9p+ UWphXBlCcZ5QJJr82P/2MUjvGPZi9jVB3PKLhRANnigXHIU+i0utF5s50t4LL2VMfK naFLQSqwwwHlZbI/x3tTlnw8FUALdZn6YZO+A3ZKs6X6ctlp/y3IXrIMpeytOTwCTP ZnENMcb+OspRc8mVh7uROWhlig7OGYAWI7oOJAm8UqmW5h385/sLi4N0/WY13ngh50 xVj4TrsGz1iVQ==
Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by resomta-ch2-09v.sys.comcast.net with comcast id fwix1s00H3KdFy101wix5S; Fri, 08 Apr 2016 20:42:57 +0000
To: vmeet@ietf.org
References: <BC8DA2B3-3D8D-4F55-8B3A-745E98A4FA50@cisco.com> <10611.1460146604@obiwan.sandelman.ca>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <570817CF.8070205@alum.mit.edu>
Date: Fri, 8 Apr 2016 16:42:55 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.7.1
MIME-Version: 1.0
In-Reply-To: <10611.1460146604@obiwan.sandelman.ca>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/vmeet/g9qxEXv0LGH33ObEmUG5xXlbpKQ>
Subject: Re: [vmeet] Suggestion
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF remote participation meeting services discussion <vmeet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vmeet>, <mailto:vmeet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/vmeet/>
List-Post: <mailto:vmeet@ietf.org>
List-Help: <mailto:vmeet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vmeet>, <mailto:vmeet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Apr 2016 20:43:00 -0000

On 4/8/16 4:16 PM, Michael Richardson wrote:
>
> Fred Baker (fred) <fred@cisco.com> wrote:
>      > video content less active (limit it to slide projection as opposed to a
>      > human face, or change the codec, or have the human able to turn it off
>      > without losing audio, etc). If we have packet sequence numbers, maybe
>      > we want to capture realtime statistics on packet lose, delay variation,
>      > and so on.
>
> If we could have all slides uploaded before the meeting, then we wouldn't
> have to project the VGA signal, but could project remote controlled PDF
> instead.  I think that meetecho did this before.
>
> I like the MOS ideas.
>
>      > Part of this also has to do with the chair's "cockpit". From Lee and my
>      > perspective chairing v6ops on Monday, life was pretty busy. My laptop
>      > was projecting slides, and I was interacting with speakers and people
>      > in the room. In the room we had a jabber scribe and someone taking
>      > notes on what is oddly called an Etherpad. Lee had jabber in a pane,
>      > the Etherpad on a pane, his own notes on a pane, and meetecho control
>      > on a separate laptop. I didn't actually bring it (intended to but
>      > managed to leave it in my room in an overflow hotel), but I usually
>      > have an iPad for my own notes. Add to that Lee being able to chase the
>      > blue sheets, interact with the A/V team, or otherwise run around the
>      > room, and - well, let's just say I'm glad I have a co-chair. It takes
>      > two. At this point, I'm wondering how to simplify all that. Not
>      > offering suggestions right now, but I think we need to think about that
>      > in the context of virtualizing meetings.
>
> 1) note takers could be remote.
> 2) why did Lee have both etherpad and his own notes?
> 3) I like etherpad and use it regularly, but couldn't notes go into jabber?

I tried etherpad once and hated it. I admit that I didn't give it a fair 
test, and maybe I would learn to like it.

The notes I take for myself sometimes have stuff in them that I would 
not want to share. So I have to censor my notes before sharing them with 
the group.

I have thought about remote note takers. But I think often the info 
coming to the remote note taker isn't sufficient to get complete notes. 
That is certainly the case when you have to reconnect.

Has anyone tried just running the audio from a session through a 
speech-to-text processor? (I expect it would be terrible, but one can hope.)

	Thanks,
	Paul