Even 1 second is too long for interactive conversation. 200ms is about the limit.
Tom > On Mar 11, 2014, at 11:49 AM, Alessandro Amirante <[email protected]> wrote: > > Exactly. Meetecho deploys servers on-site. The delay is usually ~1sec. > > Alessandro > > Il 11/03/2014 16:15, Brian Rosen ha scritto: >> The stream is behind, but if you are on Meetecho, it’s pretty good. >> >> Brian >> >> On Mar 11, 2014, at 11:07 AM, Tom Pusateri <[email protected] >> <mailto:[email protected]>> wrote: >> >>> I was listening to one of the sessions through the live audio >>> streaming feature of the iPhone IETFers app this week while I was in >>> the session to just verify the streaming was working from the app. >>> There was about a 10 second delay between the live audio and the >>> streaming audio. Joel noted that in addition to audio processing and >>> conversion, the audio was sent from London to Washington State where >>> it was replicated back to London. >>> >>> The delays are important to any form of remote participation. If you >>> want remote participants to interact with live participants, you must >>> keep the delay as low as possible or the live participants will give >>> up on the remote participants. This actually quite difficult to do >>> well while also scaling to reach lots of remote participants. >>> >>> It will require extra audio engineering work for each location as well >>> as delay sensitive network testing. >>> >>> Tom >>> >>> On Mar 11, 2014, at 10:58 AM, Alexa Morris <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>>> One of my colleagues recently showed me this free app: >>>> http://crowdmics.com/ thinking that it might work for the IETF. It >>>> purports to do just what you are talking about and I've been mulling >>>> over how we might experiment with it (or something similar) >>>> >>>> Alexa >>>> >>>>> On Mar 11, 2014, at 7:52 AM, Spencer Dawkins wrote: >>>>> >>>>> >>>>>> On 03/11/2014 08:00 AM, Brian Rosen wrote: >>>>>> I’ve been thinking about this, and wonder if we actually could make >>>>>> this even better. >>>>>> >>>>>> So, maybe the way we deal with mic is to…get rid of in-room >>>>>> microphones. >>>>>> Have an app that runs on phones, laptops and tablets that puts you >>>>>> in the queue, and you use your device mic to speak, when you are >>>>>> recognized. >>>>> >>>>> I ended up as note-taker in AQM last week. Even being an AD doesn't >>>>> get you out of taking notes :-) >>>>> >>>>> Which leads me to my point. It's a pretty serious disincentive for a >>>>> serious participant (and ADs are at least supposed to be paying >>>>> attention between e-mails) to volunteer as note-taker if they have >>>>> to stand in a mike line holding their laptop open and typing, in >>>>> order to say anything. >>>>> >>>>> During the Harald Alvestrand-as-IETF Chair era, I was usually >>>>> note-taker for IESG plenaries, and we joked about that being a DOS >>>>> attack because if I was sitting down typing, I wasn't standing up >>>>> talking (let's ignore whether that was a good thing or a bad thing, >>>>> OK?). >>>>> >>>>> Some chairs have let me wave frantically to attract their attention, >>>>> so they could put me "virtually in line" until it was my turn, but I >>>>> was delaying the meeting while running to the mike and missing about >>>>> half what was said while returning to my seat. >>>>> >>>>> Brian's suggestion could help with that. >>>>> >>>>> Spencer, as repeat-offender scribe-for-life >>>>> >>>>>> We might need some kind of way handle an in-room participant that >>>>>> doesn’t have a suitable device, but that is a very small minority >>>>>> of in-room participants. >>>>>> >>>>>> It may be that the app has to do echo cancel, or maybe we could do >>>>>> it centralized (as long as we can have accurate timing from the >>>>>> source). >>>>>> >>>>>> Brian >>>>> >>>>> _______________________________________________ >>>>> NOTE WELL: This list operates according to >>>>> http://mipassoc.org/dkim/ietf-list-rules.html. >>>>> https://www.ietf.org/mailman/listinfo/vmeet >>>> >>>> ---------- >>>> Alexa Morris / Executive Director / IETF >>>> 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 >>>> Phone: +1.510.492.4089 / Fax: +1.510.492.4001 >>>> Email: [email protected] <mailto:[email protected]> >>>> >>>> Managed by Association Management Solutions (AMS) >>>> Forum Management, Meeting and Event Planning >>>> www.amsl.com <http://www.amsl.com/> <http://www.amsl.com/> >>>> >>>> _______________________________________________ >>>> NOTE WELL: This list operates according to >>>> http://mipassoc.org/dkim/ietf-list-rules.html. >>>> https://www.ietf.org/mailman/listinfo/vmeet >>> >>> _______________________________________________ >>> NOTE WELL: This list operates according to >>> http://mipassoc.org/dkim/ietf-list-rules.html. >>> https://www.ietf.org/mailman/listinfo/vmeet >> >> >> >> _______________________________________________ >> NOTE WELL: This list operates according to >> http://mipassoc.org/dkim/ietf-list-rules.html. >> https://www.ietf.org/mailman/listinfo/vmeet > > -- > Ing. Alessandro Amirante, Ph.D. > > Meetecho S.r.l. > www.meetecho.com > > Via C. Poerio, 89/a > 80121 Napoli, Italy > > Mobile: +39 329 6178743 > E-mail: [email protected] > > _______________________________________________ > NOTE WELL: This list operates according to > http://mipassoc.org/dkim/ietf-list-rules.html. > https://www.ietf.org/mailman/listinfo/vmeet _______________________________________________ NOTE WELL: This list operates according to http://mipassoc.org/dkim/ietf-list-rules.html. https://www.ietf.org/mailman/listinfo/vmeet
