Re: [111attendees] [Tools-discuss] Positive observations and proposals for improvements to Meetecho (was: Re: Re: So, what are jabber scribes actually doing, these days?)

gang Antgam <antgamgang@gmail.com> Mon, 02 August 2021 22:26 UTC

Return-Path: <antgamgang@gmail.com>
X-Original-To: 111attendees@ietfa.amsl.com
Delivered-To: 111attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C029B3A1F47; Mon, 2 Aug 2021 15:26:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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 O4536hmuJdIk; Mon, 2 Aug 2021 15:26:22 -0700 (PDT)
Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 C6BBA3A1F31; Mon, 2 Aug 2021 15:26:20 -0700 (PDT)
Received: by mail-ed1-x52d.google.com with SMTP id y12so26565759edo.6; Mon, 02 Aug 2021 15:26:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iJIaXQtNgTRhhfKotS5A6DDTIlzPQaMA3kMdoNYQN0Q=; b=O26cWD/ny94x8w/j3S3836OJ/xEUcHFJNVvw4a1F5GfaD9X009l6JiORSrzSUIQ2iX zmL605u9nN2MU7Euz4lgwAK3aEYsY6cLwJbH7Hbbtx92y5zyZlQoT5v6sqy9FH7Gkx1b 6scuTfP7EvIPYjkqJkIO69q4tC+dhT5DzA8eMCPPaySd5w6mar+xDFea0QE+3tmYff5c FrS5Whxw2bSxIwX2GcIULWIKDQiv+1mASIvhVZJPs10Gbvt4Z05gAOkwuCy194o+JZOD Q9iI/DKEzDkUDi89XHxUroR/2Wn6qSQ9yqKIQHMHYoK8/zjJcx7B9ItpRozf2h7+D5qR +nng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iJIaXQtNgTRhhfKotS5A6DDTIlzPQaMA3kMdoNYQN0Q=; b=Qknq7RgR5TSXRIVNZACA868KUBtDb2sGHhz5Skm+9epd89ozX7hr58Txm30/lOAyQO lCabpcGbHHREX0p/R4cscHJ4SrsKa811cUFlkrygStcOkqFenRucNrzPoWiA0YQXNuWs dL0E6xpQEBAmBkXWYMJF9/9keW3tMRX4mws9s9JQMxXp0IohvgbNKptOom3fAvBk4Mv6 zRPc0BfVCeIsOCceMMn1bLnhfFmo95Bkey2qtznYmnWGPXyaAZlcC7o88C1elpX+P1Qp q7Plw35d3DUc/pEvtVFoV/11PYtAJSaCyFlwzNeKD5+q30pYK8KZu4U7yLkNf+E9TjEJ 0fag==
X-Gm-Message-State: AOAM531ZyB65eXJxOsvcUPU9mN4WIDCf1bbZz4AMQVgHGnsegv0/G9nT ijEncHUP5HqrAkub7uRPUXWnaSMTkz4rMzNeMkk=
X-Google-Smtp-Source: ABdhPJz1chtygAteNWkv3Ff6XjqH2LYHO9v9EbgWrxzMt2F3Zde4MFazVWwSn9+MH4cgmRtSaJJ2HWFhMv8hKk2JYUc=
X-Received: by 2002:aa7:cac6:: with SMTP id l6mr1024549edt.37.1627943178427; Mon, 02 Aug 2021 15:26:18 -0700 (PDT)
MIME-Version: 1.0
References: <CAKKJt-dyUbOgM=cAmeALJoUpX9PVUzH+__VjESyT+VF8dzREnw@mail.gmail.com> <4268651f-6bd7-10ce-6ed8-a758bd956062@meetecho.com> <99ae28be-dd15-4018-bccc-a1f61ce19e47@dogfood.fastmail.com> <27783.1627850234@localhost>
In-Reply-To: <27783.1627850234@localhost>
From: gang Antgam <antgamgang@gmail.com>
Date: Tue, 3 Aug 2021 02:56:06 +0430
Message-ID: <CA+d13g1OErK0qKvBtGwybrMQEKONGoZfsYNp__sDe0gc5n0qig@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Bron Gondwana <brong@fastmailteam.com>, 111attendees@ietf.org, tools-discuss@ietf.org
Content-Type: multipart/alternative; boundary="000000000000dd608005c89b0ec2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/111attendees/onmns7x3Yx4mvomQiUAHXbsanKQ>
Subject: Re: [111attendees] [Tools-discuss] Positive observations and proposals for improvements to Meetecho (was: Re: Re: So, what are jabber scribes actually doing, these days?)
X-BeenThere: 111attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 111 attendees <111attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/111attendees>, <mailto:111attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/111attendees/>
List-Post: <mailto:111attendees@ietf.org>
List-Help: <mailto:111attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/111attendees>, <mailto:111attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Aug 2021 22:26:36 -0000

در تاریخ دوشنبه ۲ اوت ۲۰۲۱،‏ ۱:۰۷ Michael Richardson <mcr+ietf@sandelman.ca>
نوشت:

>
> Bron Gondwana <brong@fastmailteam.com> wrote:
>     > *a "temporary mute" mode that keeps the audio stream open:*
>
>     > This is still an issue for me.  I often mute myself while chairing
> so I
>     > can take notes without my keyboard sound interrupting the chat - but
> it
>     > means that I can't easily respond to somebody because the rejigging
> of
>     > the audio channel not only creates a hiccup in the incoming audio
> feed
>     > which means I might miss something someone says, but it also creates
>     > enough of a delay that by the time I could have responded the other
>     > party's mental state has moved on.
>
> Yes, the 3s on/off latency on the audio is a problem.
> So one should use a local mute instead, which of course, then causes
> confusion.
>
>     > Timing is really important in conversation and we're already fighting
>     > with the quarter second delay imposed by the size of the planet.
>     > Additional delay makes it unwieldy.
>
> Ah... I know of a genetically spliced lab mouse with a plan to reduce the
> size of the planet.
>
>     > *allow multiple connections by the same person to the same session:*
>
>     > I have multiple times wanted to switch device temporarily - from my
>     > desktop computer to a phone / ipad so I can temporarily move to
> another
>     > location while continuing to follow a meeting.  Multiple connection
>     > support would mean I could switch over without a break.
>
> It seems like a stretch requirement, but I also know that some chairs want
> a
> second laptop so that they can see whether slides are really advancing.
> What I don't understand is, 16 months into pandemic, and 10 years into
> screen
> sharing, how it is that PPT people don't understand that they have to "F5"
> before they share.
>
>     > Sure it could be abused by people "sharing" a login, but that would
> be
>     > pretty obvious if both parties tried to participate, and given that
> we
>     > allow fee waivers anyway, it's unlikely to be abused significantly.
>     > Sure there are Jabber naming issues, but we can avoid that by giving
>     > each jabber name with a serial number (which I believe already
> happens
>     > now?)
>
> Yes. Actually, the ephermalness of the jabber names annoys me, as I can't
> message people after they have left.
>
>     > *information about who is speaking in the same place as video feeds*
>
> The video image does do the yellow square when they are speaking.
>
>     > See my previous email :)  Basically the "participant list" should
> just
>     > be an ordered list of participants and only needs to be switched to
>     > when seeing who is in the call or opening an individual message to
> them
>     > (and people don't get moved out of order when they're sending
>     > something).  The "who is sending something" list should be all
> together
>     > with the video, and chairs pinned even if they're sending nothing
> right
>     > now.
>
> I think that I need a picture.
> As my meetecho windows are more vertical than horizontal, I'd also like to
> be
> able to move the video boxes to be under the slides.
> see:  https://www.sandelman.ca/mcr/IETF111-virtual-SFO-two-sessions.png
>
>     > Along with visual indicators of "currently sending audio" on people
> so
>     > we know who of those with their audio channel open are currently
>     > speaking, this makes it easier to look in one place to see the source
>     > of all sound, and eyes can generally flit between the right hand side
>     > (video and audio indicators) and the slides, without needing to also
>     > track via the participant list.
>
> I think that it would also work better for the youtube recording.
>
>     > *flexible "assign chair"**:*
>
>     > This one hasn't come up in practice, but the chairs for meetings are
>     > pre-assigned from datatracker.  It would be great for ADs and the
>     > meetecho reps in each meeting to be able to upgrade anybody to a
> chair
>     > role or remove a chair role with a simple click.
>
> That's a good idea.
> And with that power, they should be able to advance slides, no matter who
> activated them.
>
>     > This has become less important with the ability for individuals to
> turn
>     > on both audio and video themselves, so the chair is going less
> busywork
>     > just approving access, but it would be good to make it possible for
>     > someone else to step into the chair if the regular chairs are unable
> to
>     > attend or lose network, rather than making the meeting less able to
>     > run.
>
> I'd like the chair to be able to pre-authorize sharing and slides.
> Actually, the way I'd implement is that the chair(s) just get to decide who
> of the possibly many screen-sharing/slides that are occuring, who is
> actually
> shared.
>
> That lets people (a) test their setup in advance of their slot,
> (b) reduce the time to switch.
>
> --
> ]               Never tell me the odds!                 | ipv6 mesh
> networks [
> ]   Michael Richardson, Sandelman Software Works        |    IoT
> architect   [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on
> rails    [
>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
>
>
>
>
> --
> 111attendees mailing list
> 111attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/111attendees
>