Re: [97attendees] Thanks for Seoul (Re: Food poisoning)

Meetecho IETF support <ietf@meetecho.com> Wed, 23 November 2016 18:55 UTC

Return-Path: <ietf@meetecho.com>
X-Original-To: 97attendees@ietfa.amsl.com
Delivered-To: 97attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A5C312A369 for <97attendees@ietfa.amsl.com>; Wed, 23 Nov 2016 10:55:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=aruba.it
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 k-Mr7Hce_dwt for <97attendees@ietfa.amsl.com>; Wed, 23 Nov 2016 10:55:31 -0800 (PST)
Received: from smtpcmd01218.aruba.it (smtpcmd10101.aruba.it [62.149.156.101]) by ietfa.amsl.com (Postfix) with ESMTP id D8389129A0E for <97attendees@ietf.org>; Wed, 23 Nov 2016 10:55:12 -0800 (PST)
Received: from [192.168.1.230] ([93.44.42.52]) by smtpcmd10.ad.aruba.it with bizsmtp id BWv91u00j17XlJM01Wv9r5; Wed, 23 Nov 2016 19:55:11 +0100
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, John C Klensin <john-ietf@jck.com>
References: <CAD62q9W-VncWdvM4r=p8kGHanmMvTKpsFFtNmv_sbowOr3R2Kw@mail.gmail.com> <99d217bb-cc70-a460-9c5a-6bf6658602db@sidn.nl> <af2f55f8-9f20-0e16-9986-d19d4621fb2a@labn.net> <BA77BE7B914AB9EAF64144F9@JcK-HP8200> <20161121235127.GU9776@faui40p.informatik.uni-erlangen.de> <cf50c419-0871-210f-1bba-8d55092f513e@gmail.com> <8E8A9F12D5EBFCFE9AB11809@JcK-HP8200> <b8f7e80f-e6e4-4a18-bdbf-0b0ed3ce7c37@gmail.com> <547D827E1E4EB93830E6F1C5@JcK-HP8200> <f35727e4-c45d-33df-482f-d30eb61eed1f@gmail.com>
From: Meetecho IETF support <ietf@meetecho.com>
Message-ID: <f63c84cd-d34c-2852-a447-0bd4086fd418@meetecho.com>
Date: Wed, 23 Nov 2016 19:55:09 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <f35727e4-c45d-33df-482f-d30eb61eed1f@gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aruba.it; s=a1; t=1479927311; bh=SGOi+QNtXsvfGMbsOULjtG1Qf4Rcr2dSDvPti15xlNg=; h=Subject:To:From:Date:MIME-Version:Content-Type; b=krYtjXE6Q6jiLMbZ0PGZCDdZgMPeFstrXQv5qG0ynsoeAUiqkrij0SAh8h4fVOiIB yT/5uiwR6oLWdSAEsA9hmyLex4XI3khTVflvg9LecwJ2TpTC7LC2IBjmv4fywiRBLt LI66sHXR7oYQDucAE4XXLO5RlDVamA/OzgyLNGtlFdzStHVuSz4Xurq1uVdmGQ0XtJ cJg5DgSf3fGZLPAdKiGbDms2yi/0SsD6243I5fxXsXHYb7Y3PsX3U9EEZ5TCdRdwMP Sid1xF9IAcl1ne3Z8B/Hu6gve5/Y6AmxnwSjYcWL+yCWV8lraRBI7iT72klSh2zZYF O/4ge6Y+W1sSg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/97attendees/KrSHySmqES859Re1M22ot7LMj9w>
Cc: 97attendees@ietf.org, Team Meetecho <team@meetecho.com>
Subject: Re: [97attendees] Thanks for Seoul (Re: Food poisoning)
X-BeenThere: 97attendees@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Mailing list of IETF 97 attendees that have opted in on this list." <97attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/97attendees>, <mailto:97attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/97attendees/>
List-Post: <mailto:97attendees@ietf.org>
List-Help: <mailto:97attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/97attendees>, <mailto:97attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Nov 2016 18:55:34 -0000

Hi Brian,

thanks for your feedback.

We installed FlashBlock and managed to reproduce your issue. It seems 
that FlashBlock blocks HTML5 <audio> and <video> elements, even though 
they have nothing to do with Flash. While <video> elements are replaced 
by a custom button you can press to un-block them, <audio> elements are 
not visible by themselves, so there's no action you can take to let 
sound flow correctly.

Also the self-test application gets stuck and hangs for the same reason. 
We'll try to add a further check to detect this particular condition in 
the next version.

Best,
the Meetecho team

Il 22/11/2016 20:21, Brian E Carpenter ha scritto:
>
>
> Regards
>    Brian Carpenter
>
>
>
> On 22/11/2016 17:23, John C Klensin wrote:
>>
>>
>> --On Tuesday, November 22, 2016 15:56 +1300 Brian E Carpenter
>> <brian.e.carpenter@gmail.com> wrote:
>>
>>> On 22/11/2016 14:09, John C Klensin wrote:
>>>> Brian, Toerless,
>>>>
>>>> Did you run the self-test on the Meetecho login page?  It
>>>> should at least be able to identify those problems?   I think
>>>> it should be a little easier to find, e.g., from the IETF
>>>> Meetecho and Remote Participation pages, and have already
>>>> suggested that.  A test room might not be a bad idea, but I'm
>>>> not convinced that it would do more than the existing
>>>> self-test does.
>>>
>>> The self-test didn't detect the problem I had, which was
>>> absence of room sound. (The Skype self test does better, by
>>> recording what you say and playing it back to you. If the self
>>> test generated some synthetic sound *and* told you on the
>>> screen that it was doing so, that would help this particular
>>> problem.)
>>
>> Hmm.  The self-test that I ran (several times in testing from
>> different locations and machines) had me record some material
>> and then played it back (IIR, video and all).  Some aspects of
>> it (for those who haven't encountered it, it is a multiple step
>> test) might be more clear about what is going on, but it is not
>> clear to me how that differs from the Skype test.  If, by
>> "absence of room sound", you mean that sounds is not being
>> transmitted from the meeting room, I can't think how to test
>> that other than in a live situation except by playing something
>> back, such as, perhaps, the sound that goes with the picture of
>> Scott Bradner.
>
> I'm guessing from what you say that the self test just stopped in the
> middle - at a certain point it seemed to go away, and I assumed that
> was a sign of success. Perhaps in fact it was a sign of failure. There was
> no explicit announcement of what to expect next. Since it didn't tell me
> what to expect, the absence of evidence was not evidence of absence.
>
> Yes, a test room would need to include some synthetic sound and
> vision, or a delayed echo of sound and vision.
>
>     Brian
>
> _______________________________________________
> 97attendees mailing list
> 97attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/97attendees
>