Hello Jamie,<div><br></div><div>I think you're on the right track with the 'relate' setting for members. That will allow you to control who hears whom. I'm not aware of anyone who has done anything quite like this but I'm sure that if you can keep track of which 'mode' 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'll talk in realtime. There are a few telephone geeks in there. :)</div>
<div><br></div><div>If you'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"><<a href="mailto:jm@mayfirst.org" target="_blank">jm@mayfirst.org</a>></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'm looking for advice on how to build a simultaneous intrepration<br>
conference call system.<br>
<br>
The way we'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'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'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'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>