On Mon, Jun 7, 2010 at 2:36 PM, David Swardstrom
<dswardstrom@remotelink.com>
wrote:
One
feature that many conferences have is classes of users. There is the
Host/Moderator, speakers, and Guests/participants. In such conferences, the
Host may have the ability to Mute all non-speaking Conferees. Currently this
requires a separate flag for each user indicating the user class. To toggle
conference level mute, the application will need to get a conference list
and run through it. For each conferee in the list, the current mute status
and user class must be determined.
I would like to propose
introducing a new member flag: speaker.
This indicates that the member is
a speaker and should not be automatically muted. This would be provided as a
“speaker” flag as part of the status on a list.
A new set of
Conference APIs would be also be provided: mute & unmute at the
conference level.
When issued, any member that does not have a moderator
or speaker flag set would be muted or unmuted.
If the conference is
“guest muted”, the first line of the list API response would indicate this a
“muted” similar to the locked indicator currently provided.
If this
seems like a reasonable proposal, I would take a stab at
modifying
mod_conference and testing it and then submit it via a Jira
request.
Regards,
Paul David
Swardstrom
_______________________________________________
FreeSWITCH-dev
mailing list
FreeSWITCH-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org