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. 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 On Mar 11, 2014, at 8:10 AM, Alessandro Amirante <[email protected]> wrote: > Hosnieh, > > I'm afraid simple number assignment is not suitable for the IETF process. The > solution you propose would not work for several reasons: > > 1. bigger room have more than one mic; > 2. you have to take into account different roles (e.g, an AD coming to the > mic usually skips the queue); > 3. replaying remote voice through the laptop speakers would generate acoustic > echo for the remote speaker itself; > 4. remote voice would be barely audible in bigger rooms, as well as for other > remote participants. > > The UMPIRE project is something similar in the approach, as mixes all > participants in a single queue, regardless them being locals or remotes. > Locals ask to speak by swiping an RFID tag (which may be embedded in their > badges), remotes ask to speak by clicking on a button on the Meetecho > interface. Remote audio is injected into the room and is available for other > remote participants as well. Besides, UMPIRE: > > a) works side-by-side with Meetecho, which is connected to the room audio > board to suppress echo; > b) handles different roles; > c) gives chairs the possibility to moderate requests (i.e., grant/deny/revoke > floors). > > Furthermore, it would require no hardware other than cheap RFID readers and > tags. > > Cheers, > Alessandro > > Il 10/03/2014 22:49, Hosnieh Rafiee ha scritto: >> Hi Simon, >> >> I sent the other suggestion via other message. Here I’d like to consider >> the realization of that suggestion. I guess it would be really useful >> and fair for remote participant as well as people at IETF. >> >> Since the main problem of remote participant is that the jabber scribes >> do not always have a chance to replay the comments of these >> participants. I have a possible, might be easy, suggestion. >> >> I guess it shouldn’t be so difficult to have a program for assigning >> numbers to people at IETF. Consider a case where there is a laptop close >> to microphone (or computer). This laptop only runs a web application >> that the participant in IETF can click on a button and receive a number >> from this laptop. They will then wait at the microphone until the >> application calls out their number from the speaker. >> >> The remote participant also use their application that you called it >> “UMPIRE” to raise their hands and ask for microphone permission. The >> application assign numbers to people in order. (for the application it >> doesn’t matter whether the person is onsite or in remote. For example, >> if remote participant raise its hand earlier than someone clicked on >> button onsite, then the remote participant receives number 1 and the >> onsite person receives number 2. ) Then for remote participant the >> application needs to replay their voice from the laptop speaker or other >> speaker and for onsite participant, they can use the microphone after >> their numbers is called out from the speaker. This gives the same chance >> for both remote and onsite participant to participate and give their >> comments. >> >> I attached a picture. >> >> Problem statement: >> >> -Comments of remote participant will not always replay >> >> -It is not easy to receive the attention of jabber scribes during >> comments sections >> >> -The jabber scribe is only one person and not easy to replay the >> comments of 1 to several people who attended remotely >> >> Remote participant Use cases: >> >> -They should be able to raise their hands (show an icon) >> >> -They should be able to talk themselves (their voice can be heard from >> the numbering laptop, etc.) >> >> Application admin (jabber scribes or chairs, etc.) >> >> -Free up the microphone so that the application can let the people who >> raise their hands to talk or put them in a queue of people who are >> waiting for talk >> >> People who presents at IETF >> >> -They should be able to choose a number for talking (this is only for >> fairness) >> >> -They should be able to receive a number from a laptop (close to >> microphone or else that is connected to the main app which remote >> participant using) >> >> -They should hear their number loudly from the laptop speaker (so that >> they know it is their time to talk at the mic) >> >> I hope I could be of any help and my explanation is clear. >> >> Thanks, >> >> Best, >> >> Hosnieh >> >> // >> >> *From:*Simon Pietro Romano [mailto:[email protected]] >> *Sent:* Saturday, March 08, 2014 8:41 PM >> *To:* SM >> *Cc:* Hosnieh Rafiee; [email protected] >> *Subject:* Re: [vmeet] just a suggestion >> >> Hi all, >> >> as indicated by SM, we at Meetecho have worked quite a lot on this kind >> of scenarios. At the upcoming IETF in Toronto we plan to conduct a >> couple of tests based on the mentioned UMPIRE technology. Suggestions >> and proposals are more than welcome! >> >> Cheers, >> >> Simon >> >> On 07/mar/2014, at 15:14, SM wrote: >> >> >> >> Hi Hosnieh, >> At 04:59 07-03-2014, Hosnieh Rafiee wrote: >> >> Of course it is just a wild idea.. and needs infrastructure and works. >> >> >> See http://ietf83.conf.meetecho.com/index.php/UMPIRE_Project >> >> I have not tested that. >> >> Regards, >> -sm >> _______________________________________________ >> 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 Engineering Department >> >> Phone: +39 081 7683823 -- Fax: +39 081 7683816 >> >> e-mail: [email protected] >> <mailto:[email protected]> >> >> <<Molti mi dicono che lo scoraggiamento è l'alibi degli >> >> idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte. >> >> oooO >> >> ~~~~~~~~~~~~~~~~~~~~~~~( )~~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> \ ( ( ) >> >> \_) ) / >> >> (_/ >> >> >> >> >> >> _______________________________________________ >> 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
