On 04/19/2013 05:32 PM, Randell Jesup wrote: > I would suggest that we avoid the term "hold" - it's too loose, too > many definitions (contradictory ones). > > We need: > > 1) Mute (on a track level) > (optionally) Mute on a stream level (Mute all tracks) > (where "Mute" means replace with silence/black) > > 2) Replace track with other media (muzak, slate, etc) Nit: The concept of "replace" is not well defined. In particular - when one removes one audio track from a MediaStream, and adds another audio track, has one replaced that audio track? I'd like to not use the "replace" word, and just talk about adding and removing tracks in a MediaStream. > > 3) change directionality of a stream > sendonly, sendrecv, recvonly This requires the manipulation of an object that does not have explicit representation at the current API surface. Please, please, please don't use the word "stream" for it. Even "RTP media stream" or (shudder) "M-line" is better than an unadorned "stream". > > 4) notification of directionality changes > > From those, an application can compose whatever they want. > > Inaki's example is a combination of 1) and 3) > > My example (classic "business/pbx hold") is 2) (and unconnecting the > incoming stream from the media elements, or muting the media elements) >Received on Saturday, 20 April 2013 04:01:18 UTC
This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:42 UTC