Re: [vmeet] Experience as a remote attendee

2016-04-10 Thread HANSEN, TONY L
There's potential use there at either the code sprint or hackathon. I could see how some either team could definitely include remote participants. Tony On 4/10/16, 9:27 AM, "vmeet on behalf of cho...@chopps.org" wrote: > >Dan York writes: >> John, >>> Serious debugging _during_ IE

Re: [vmeet] [Mentoring-coordinators] Remote Attendance: Simultaneous Translation Software

2016-04-10 Thread nalini.elkins
John, Points well taken! The remote mentoring actually will develop as a result of a number of the other initiatives that we are doing (I think!). But, I am a pretty trashed at this point. Just got home. So, will get back on in a week or so. Thanks, Nalini Elkins Inside Products, Inc. www.

Re: [vmeet] Remote Attendance: Simultaneous Translation Software

2016-04-10 Thread nalini.elkins
John, I saw that you posted much of this into the other thread. I like Dhruv's idea of getting the English right first. And, we may want technology that is not quite there yet. But, in any case, let's let the other thread discuss this & we can stop this one. Thanks, Nalini Elkins Inside Pr

Re: [vmeet] Experience as a remote attendee

2016-04-10 Thread Simon Pietro Romano
Hi John, both your thoughts are not only wise, but already on the high-priority to-do list for the Meetecho team. We'll keep you and the others updated with respect to these and other improvements to the platform. Thanks a lot for your feedback, Simon Il 10 Aprile 2016 23:38:48 CEST, John C

Re: [vmeet] Experience as a remote attendee

2016-04-10 Thread John C Klensin
Simon, A thought about one aspect of your note... --On Sunday, April 10, 2016 22:11 +0200 Simon Pietro Romano wrote: >... > In case of remote presentations, each remotee obviously adds > one further video stream to the pack. If you add to that the > lower- bandwidth Meetecho traffic (chat, cli

Re: [vmeet] Experience as a remote attendee

2016-04-10 Thread Simon Pietro Romano
Hello Dan, I hope I can add some more bits to this discussion. I was remote this time and I seized this as an opportunity to live the Meetecho experience from the other side for once! I have been attending a bunch of sessions, both from my university office and from home (overnight sessions i

Re: [vmeet] Meetecho sessions start/stop time

2016-04-10 Thread Paul Kyzivat
On 4/10/16 1:33 PM, Meetecho IETF support wrote: Folks, just to clarify that Meetecho sessions do start 5 minutes before the WG meeting scheduled start time, and never stops before the meeting has actually finished. Only when the previous meeting runs *very* long, we have to shift the start tim

Re: [vmeet] Suggestion

2016-04-10 Thread John C Klensin
--On Saturday, April 09, 2016 18:46 + "Fred Baker (fred)" wrote: >... > Two comments. First, she did a pretty good job - not perfect, > but pretty darn good. Second, just like when you see > closed-caption on a TV, what she wrote was largely phonetic, > and often picked a homonym or was jus

Re: [vmeet] Meetecho sessions start/stop time

2016-04-10 Thread Dave Crocker
On 4/10/2016 11:04 AM, John C Klensin wrote: There were a couple of times when I was typing something into Jabber (via Meetecho) when the session ended. That resulted in the screen, and Jabber session, abruptly clearing, so I couldn't finish the message for the Jabber log, copy the partially-fin

Re: [vmeet] Meetecho sessions start/stop time

2016-04-10 Thread John C Klensin
--On Sunday, April 10, 2016 19:33 +0200 Meetecho IETF support wrote: > Folks, > > just to clarify that Meetecho sessions do start 5 minutes > before the WG meeting scheduled start time, and never stops > before the meeting has actually finished. > > Only when the previous meeting runs *very*

[vmeet] Meetecho sessions start/stop time

2016-04-10 Thread Meetecho IETF support
Folks, just to clarify that Meetecho sessions do start 5 minutes before the WG meeting scheduled start time, and never stops before the meeting has actually finished. Only when the previous meeting runs *very* long, we have to shift the start time of the following Meetecho session. This is n

Re: [vmeet] Meetecho suggestion for IETF-96 and beyond

2016-04-10 Thread Meetecho IETF support
Il 10/04/2016 14:35, Adam Roach ha scritto: On 4/8/16 19:44, HANSEN, TONY L wrote: There were some times I would have liked to be able to mute the audio in a session. In Firefox, whenever a page is making any sound, there will be speaker icon in the corresponding tab. You can click on the spe

Re: [vmeet] Suggestion

2016-04-10 Thread Dave Crocker
On 4/10/2016 10:05 AM, Meetecho IETF support wrote: as you may remember, this feature is already there. Yes. The challenge is to get people in the face2face room to participate. From the experiments, this appears to involve a combination of an interface for them to use and, of course, the t

Re: [vmeet] remote presenters without headsets

2016-04-10 Thread Meetecho IETF support
Is the sound different for MeetEcho than for, say, WebEx? It is not. iPhone headset should work just fine - we use them regularly. Running the self-test should help in tuning the capture level when using a browser which doesn't have AGC capabilities. Cheers, the Meetecho team Il 08/04/2016

Re: [vmeet] Suggestion

2016-04-10 Thread Meetecho IETF support
Hi Dave, From my experience this week, the biggest deficiency is queue management. The virtual queue, for remote participants, worked usefully, but have in-room folk be in a separate queue creates a juggling problem operationally. Things will get far simpler if/when we figure out a workable wa

Re: [vmeet] meetecho for remote presenters

2016-04-10 Thread Meetecho IETF support
Il 08/04/2016 15:54, Paul Kyzivat ha scritto: On 4/8/16 9:42 AM, Meetecho IETF support wrote: Relaunching the window from agenda starts all over from the very beginning login screen. If you previously clicked "remember my login info", it fills in the name and registration info. But you still ne

Re: [vmeet] Meetecho suggestion for IETF-96 and beyond

2016-04-10 Thread Dave Crocker
On 4/10/2016 5:35 AM, Adam Roach wrote: In Firefox, whenever a page is making any sound, there will be speaker icon in the corresponding tab. You can click on the speaker icon to mute that tab (and click again to unmute). I suspect that Chrome may have a similar affordance for muting individual t

Re: [vmeet] Experience as a remote attendee

2016-04-10 Thread Dave Crocker
It seems to me the loads on the Meetecho servers and network may only be possible during an event week... But there may be other ways to add load. Perhaps if there was an announced testing/debugging sessions on Fri or Sat prior we could get a lot of people to join. Friday would

Re: [vmeet] Experience as a remote attendee

2016-04-10 Thread chopps
Dan York writes: > John, >> Serious debugging _during_ IETF-week really doesn't make sense; >> but we ought to do it > > I agree... BUT... I wonder if we can actually replicate the necessary > conditions outside of during an actual IETF week. It seems to me the loads > on the Meetecho servers

Re: [vmeet] Meetecho suggestion for IETF-96 and beyond

2016-04-10 Thread Adam Roach
On 4/8/16 19:44, HANSEN, TONY L wrote: There were some times I would have liked to be able to mute the audio in a session. In Firefox, whenever a page is making any sound, there will be speaker icon in the corresponding tab. You can click on the speaker icon to mute that tab (and click agai

Re: [vmeet] Experience as a remote attendee

2016-04-10 Thread Dan York
John, Great feedback. I was in BA this time but have been remote other times. Comments inline: > It got decidedly worse as the week wore on; so I suspect a memory > problem; I wonder if there was an increase in usage during the week, either of Meetecho or also of the IETF network. We may b