Michael Richardson <[email protected]> wrote: > > 1) We need push-to-talk. If you haven't pushed, mute is sent. > (The chair needs to be able to see that you haven't pushed the > button, but are still present) > > 2) The Chair needs to be able to enable receiving your audio or not.
"Push-to-talk" is a "solution"; it solves a noise problem by adding a context-change problem (which is generally a much less serious one). Thus, I'm not sure simply saying "push-to-talk" is sufficient. IMHO, the moderator (typically the WGC) needs to know which remote participants wish to talk, and be able to switch their microphone on to the appropriate extent. This might mean that a microphone is switched on when a participant asks a question and left on during the reply (or it might not). > 3) If the service supports a PSTN bridge, then how is the push to talk > implemented? *6 is used to mute yourself on some bridges. I don't think this requirements document needs to say how. > Requirements 1/2 seem to be already in the document. (Is there a recommended change to the text here?) -- John Leslie <[email protected]> _______________________________________________ NOTE WELL: This list operates according to http://mipassoc.org/dkim/ietf-list-rules.html. https://www.ietf.org/mailman/listinfo/vmeet
