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~~~~~~~~~~~~~~~~~~~~~~~~~ \ ( ( ) \_) ) / (_/
- [vmeet] RPS Priority Question: Audio Russ Housley
- Re: [vmeet] RPS Priority Question: Audio Melinda Shore
- Re: [vmeet] RPS Priority Question: Audio John Leslie
- Re: [vmeet] RPS Priority Question: Audio Simon Pietro Romano
- Re: [vmeet] RPS Priority Question: Audio Martin J. Dürst
- Re: [vmeet] RPS Priority Question: Audio Russ Housley