Hello Jamie,<div><br></div><div>I think you&#39;re on the right track with the &#39;relate&#39; setting for members. That will allow you to control who hears whom. I&#39;m not aware of anyone who has done anything quite like this but I&#39;m sure that if you can keep track of which &#39;mode&#39; each conference member puts himself in then you could have a program to control everything.</div>
<div><br></div><div>If you are looking at a DIY project then come join us in #freeswitch on <a href="http://irc.freenode.net">irc.freenode.net</a> and we&#39;ll talk in realtime. There are a few telephone geeks in there. :)</div>
<div><br></div><div>If you&#39;d like professional assistance you can always email <a href="mailto:support@freeswitch.org">support@freeswitch.org</a> and they can help you with scope, pricing, etc.</div><div><br></div><div>
Thanks,</div><div>Michael<br><br><div class="gmail_quote">On Mon, Feb 11, 2013 at 6:31 AM, Jamie McClelland <span dir="ltr">&lt;<a href="mailto:jm@mayfirst.org" target="_blank">jm@mayfirst.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi freeswitch devs,<br>
<br>
This is my first post to the list so I want to start by thanking you for<br>
the great work you have done on Freeswitch. And, sorry for the long<br>
post! I have specific questions at the bottom...<br>
<br>
I&#39;m looking for advice on how to build a simultaneous intrepration<br>
conference call system.<br>
<br>
The way we&#39;d like it to work:<br>
<br>
The system is required to handle two languages, but the ability to<br>
handle more than two languages would be an added bonus. For the purposes<br>
of this description, I&#39;m giving the example of spanish and english. The<br>
conference call would have spanish-only, english-only, and bi-lingual<br>
speakers. In addition, one or more interpreters would be on the call.<br>
<br>
Bi-lingual speakers would participate in the call like it was a normal<br>
conference call. They would hear speakers in the original english or<br>
spanish, and would have the option of speaking either english or spanish<br>
based on their preferences.<br>
<br>
The english-only and spanish-only speakers would press 1 to hear a live<br>
intrepretation of the call. When spanish is spoken on the call, an<br>
english intrepretaton would be heard. When English is spoken, a spanish<br>
interpretation would be heard. This would only affect what they hear -<br>
they could still speak into the main conference. Participants would<br>
press 0 to return to hearing the main conference call.<br>
<br>
The interpreters would press 2 to enter interpretation mode. During this<br>
mode their voice is not heard on the main conference, instead it&#39;s only<br>
heard by people who have pressed 1 to hear the interpretation. When<br>
english is spoken, the intrepret to spanish and vice-versa. They could<br>
press 0 to return to the normal conference mode.<br>
<br>
Ideas on how to implement:<br>
<br>
First - has anyone implemented anything like this already?<br>
<br>
Based on the wiki docs, I think the conference relate function would be<br>
ideally suited for ensuring people who press 1 only heard the audio from<br>
people who have press 2 and for reversing the effect when 0 is pressed.<br>
Any ideas on a better way?<br>
<br>
The next problem is how to capture the digits pressed by conference call<br>
participants. I *think* this could be done by running a process that<br>
listens for freeswitch events. However, I&#39;m not sure how much<br>
information is sent with the event. It would need to pass the conference<br>
id, the user id, and the digit they pressed. Is that information sent by<br>
the event handler? Or, is there a more elegant way to capture<br>
key-presses by conference participants?<br>
<br>
Thanks in advance for any light you can shed on this topic,<br>
<br>
jamie<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
<br>
--<br>
Jamie McClelland<br>
<br>
May First/People Link<br>
Growing networks to build a just world<br>
<a href="http://www.mayfirst.org" target="_blank">http://www.mayfirst.org</a><br>
<a href="https://support.mayfirst.org" target="_blank">https://support.mayfirst.org</a><br>
<br>
OpenPGP Key: <a href="http://current.workingdirectory.net/pages/identity/" target="_blank">http://current.workingdirectory.net/pages/identity/</a><br>
</font></span><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br><a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br>
</div>