Re: [vmeet] RPS Priority Question: Audio

Simon Pietro Romano <spromano@unina.it> Thu, 14 June 2012 07:44 UTC

Return-Path: <spromano@unina.it>
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 6444421F85CE for <vmeet@ietfa.amsl.com>; Thu, 14 Jun 2012 00:44:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.1
X-Spam-Level:
X-Spam-Status: No, score=-100.1 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_SORBS_WEB=0.619, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yfoPBuwXQhus for <vmeet@ietfa.amsl.com>; Thu, 14 Jun 2012 00:44:18 -0700 (PDT)
Received: from smtp1.unina.it (smtp1.unina.it [192.132.34.61]) by ietfa.amsl.com (Postfix) with ESMTP id E112121F85C3 for <vmeet@ietf.org>; Thu, 14 Jun 2012 00:44:17 -0700 (PDT)
Received: from [172.16.181.32] (89-97-190-82.ip18.fastwebnet.it [89.97.190.82]) (authenticated bits=0) by smtp1.unina.it (8.14.4/8.14.4) with ESMTP id q5E7iBxU005707 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 14 Jun 2012 09:44:12 +0200
Message-ID: <4FD99643.5050101@unina.it>
Date: Thu, 14 Jun 2012 09:44:03 +0200
From: Simon Pietro Romano <spromano@unina.it>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Melinda Shore <melinda.shore@gmail.com>
References: <00B62FBA-AE56-4EC9-B915-8E1D4AF141C8@vigilsec.com> <4FD8FD19.6030704@gmail.com>
In-Reply-To: <4FD8FD19.6030704@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: vmeet@ietf.org
Subject: Re: [vmeet] RPS Priority Question: Audio
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 14 Jun 2012 07:44:19 -0000

Hi all,

as I already stated on this list, in my view (3) is fundamental if we 
want to provide a fully-fledged experience to remotes, and I am quite 
confident it can be reliably achieved provided that a good configuration 
of in-room hardware (i.e., the audio mixer) is available. (2) is already 
working, even though we should add (as suggested by Melinda) an 
automated "queuing and acknowledgment function". We have some ideas on 
this and we are hopefully going to experiment (in some Meetecho-enabled 
sessions) them at the upcoming meeting in Vancouver. We are indeed 
prototyping a solution which automatically announces (in the conference 
room and through the conferencing system) a request for attention 
coming, via the jabber room,  from a remote: in a few words, if a remote 
writes a sentence in the chat and lets it be preceded by the [mic] 
prefix, the conferencing system automatically plays a predefined 
'attention sound' inside the room.
Related to this point, I keep on believing that we need to go for 
automated moderation of both local and remote participants. In order to 
get feedback on this, I think I'm going to write a draft on the subject, 
starting from the material we published before IETF 83 
(http://ietf83.conf.meetecho.com/index.php/UMPIRE_Project).

My two cents,

Simon

P.S. I'm skipping (1), since I do agree it is working quite fine today.

Il 13/06/2012 22:50, Melinda Shore ha scritto:
> On 6/13/12 12:45 PM, Russ Housley wrote:
>> I want to make sure that this represents the community consensus.
>> My summary:
>> (1) We have good audio from the room to the remote participant.  Keep 
>> doing that.
>> (2) IM-to-mic is working pretty well too.  Keep doing that, but there 
>> might be some improvements that could be made.
>> (3) Don't do audio to the meeting room for anyone except a remote 
>> presenter for quite some time.
>
> I think this is largely correct; I think the main condition that needs
> to be met for audio from remote-to-meeting-room is that there's some
> sort of queuing and acknowledgement function available, which suggests
> an additional chunk of software.  I believe some conferencing systems
> refer to this as "raising your hand."
>
> Melinda
>
> _______________________________________________
> NOTE WELL: This list operates according to
> http://mipassoc.org/dkim/ietf-list-rules.html.
> https://www.ietf.org/mailman/listinfo/vmeet
>

-- 
                             _\\|//_
                             ( O-O )
    ~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~
                     Simon Pietro Romano
               Universita' di Napoli Federico II
                  Computer Science Department
         Phone: +39 081 7683823 -- Fax: +39 081 7684219
                 e-mail: spromano@unina.it
           http://www.comics.unina.it/simonpietro.romano

     <<Molti mi dicono che lo scoraggiamento è l'alibi degli
    idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte.
                          oooO
    ~~~~~~~~~~~~~~~~~~~~~~(   )~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~
                           \ (    (   )
                            \_)    ) /
                                  (_/