- FreeSWITCH-users - FreeSWITCH Mailing Lists

Best sound file format for freeswitch
by Aqs Younas 29 Apr '15

29 Apr '15

Hi,users. I have 1-100 sound files (mp3) and wants to play these files in loop from 1 to 100 to more than 250 concurrent users. Currently these sound files have format. Codec: MPEG audio layer 1/2/3 (mpga) Channels: Stereo Sample Rate: 22050 Hz Bitrate: 64 kb/s While playing these files I see in freeswitch log. *2015-04-23 14:17:59.351859 [WARNING] switch_core_file.c:230 File has 2 channels, muxing to 1 channel will occur.* I want my freeswitch to have minimum load while playing these files (located on freeswitch server). I which file format I must convert these files to have my freeswitch with minimum load. Your Guys opinion is much appreciated. Thanks

5 12

Need an Old .deb Package On Version 1.4.15
by Antonio Teixeira 29 Apr '15

29 Apr '15

Hi there, Due to a possible bug I had to revert back to 1.4.15 when when I try to do *apt-get install freeswitch-mod-xml-rpc* it tries to update to 1.4.18 and if I force apt-get install freeswitch-mod-xml-rpc=1.4.15 it complains *Version .... not found.* I just need this package , forgot to add it when I created the image :(. Thanks Antonio

2 1

User Context
by Antonio Teixeira 29 Apr '15

29 Apr '15

Hi, I'm having a small problem with usercontext on a multiple domain setup. Version: FreeSWITCH Version 1.4.18-1~64bit (-1 64bit) Config: https://pastebin.freeswitch.org/24153 Log: 2015-04-24 15:43:58.470673 [INFO] mod_dialplan_xml.c:635 Processing User A <3005>->123 in context default I can't setup the context var and freeswitch fallsback to default. Is this a BUG or I'm to blame ? A/t

2 3

ClueCon is right around the corner, and so is your first look at OpenSIPS 2.1!
by Alex Goulis 29 Apr '15

29 Apr '15

Hi All, First, we're looking forward to seeing everyone at ClueCon this August. This year we'll be showing off OpenSIPS 2.1 and how the slew of new features will help you enhance the scalability of your freeswitch installations! Registration for the summit will be opening in June and will precede ClueCon as always. Remember, ClueCon registrants will get a discount on the cost of the summit! Also for those of you on the fence for the Amsterdam Summit, we still have a little room left! Come get an early look at OpenSIPS 2.1 on May 12 & 13 2015 at the Westcord Fashion Hotel in Amsterdam. This a 2 day event will cover both beginner and advanced topics. You can get more information about the summit at: http://www.opensips.org/Community/Summit-2015Amsterdam-Schedule We look forward to seeing you in Chicago at Cluecon! -The OpenSIPS Project Team

1 0

capture moderator hangup
by ik 29 Apr '15

29 Apr '15

Hello, I have a conference that can only exists on moderator inside, and if the moderator exists, the conference is closed. I'm unable to find how to capture the normal callers, and move them to a new dialplan (for example). Can someone point me where can I find such information? Thanks, Ido

1 0

Duplicate DTMF Issue - Solved
by Jeremy 29 Apr '15

29 Apr '15

Hey Giovanni, Just an update, I made the changes as you suggested and it seems to be working very well! Thank you very much! Kind Regards, Jeremy Hey Giovanni, Awesome! I will compile it tonight and let you know how it goes. Thank you again for your help. Jeremy Hello Jeremy, ok, understood now. Gsmopen uses internally spandsp to detect DTMFs. Because of possible false multiple detections, there is an hardcoded minimum duration of 350 ms for each DTMF. In your specific case, edit mod_gsmopen.cpp in /usr/src/freeswitch/src/mod/endpoints/mod_gsmopen, and modify the value at line 3302: if ((new_dtmf_timestamp - tech_pvt->old_dtmf_timestamp) > 350000) { //FIXME: make it configurable change that value to 50000 or little less (is not configurable, as you can see :) ) and recompile (eg: from /usr/src/freeswitch type make mod_gsmopen-install) That should do the trick. Let us know if you encounter problems. -giovanni On Thu, Apr 23, 2015 at 2:39 PM, Jeremy <jhorsburgh at gmail.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> wrote: >** Hi Giovanni, **>>* Thank you for your reply, sorry I didn't explain the problem very well. *>>* I am trying to detect a string of DTMF's with a short pulse duration (about 50ms) and the normal DTMF detection is not able to reliably do this (it seems to miss almost all of the tones). *>>* Spandsp appears to be able to reliably do this but when I enable spandsp, I get duplicate tones detected by both spandsp and gsmopen (I think its gsmopen, example below). *>>* You are correct. Is it possible for gsmopen not to recognize DTMF's and use only spandsp to analyze the audio? *>>* Thank you for your help in advance. *>>* Jeremy. *>>>* P.S. Greatly appreciate the work you have put into GSMopen, brilliant work! *>>>* Hello Jeremy, *>>* I've not understood the problem, and the solution you are looking for. *>>* You want gsmopen not to recognize DTMFs, so you can analyze the audio with *>* spandsp? *>>* Can you give more info ? *>>* -giovanni *>>* On Wed, Apr 22, 2015 at 2:58 PM, jhorsburgh <jhorsburgh atgmail.com <http://gmail.com> <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>>> wrote: *>>* >* Hello All, *>* *>* I am having some issues detecting DTMF tones and was hoping *>* *>* someone could shed some light on the problem. *>* *>>* *Background* *>* *>* I am using Freeswitch (1.4.14~32bit) with GSMopen to receive calls and *>* *>* process high-speed DTMF signal for use with Alarm Systems. Unfortunately *>* *>* the *>* *>* standard inband DTMF detection is not quite up to the task but spandsp *>* *>* works *>* *>* perfectly. *>* *>>* *Problem* *>* *>* The problem I am having is that the standard inband DTMF detection remains *>* *>* enabled when spandsp is enabled producing duplicates of each detected tone. *>* *>>* Is there a way of disabling DTMF detection with the exception of spandsp? *>* *>>* Any help would be greatly appreciated. *>* *>>* Kind regards, *>* *>* Jeremy *>* *>>>>* 2015-04-22 12:18:22.129468 [DEBUG] mod_gsmopen.cpp:919 rev 1.4.14~32bit *>* *>* [(nil)|37 ][DEBUG_GSMOPEN 919 ][interface1][-1, 5, 5] *>* *>* gsmopen/interface1 CHANNEL got *>* *>* SWITCH_MESSAGE_INDICATE_TRANSCODING_NECESSARY *>* *>* 2015-04-22 12:18:22.569494 [DEBUG] switch_channel.c:488 RECV DTMF 5:2000 *>* *>* 2015-04-22 12:18:22.569494 [DEBUG] mod_gsmopen.cpp:745 rev 1.4.14~32bit *>* *>* [(nil)|37 ][DEBUG_GSMOPEN 745 ][interface1][-1, 5, 5] DTMF DETECTED: *>* *>* [5] new_dtmf_timestamp: 1652802529, delta_t: 515839955 *>* *>* 2015-04-22 12:18:22.569494 [DEBUG] mod_spandsp_dsp.c:373 DTMF BEGIN *>* *>* DETECTED: [5] *>* *>* 2015-04-22 12:18:22.569494 [DEBUG] switch_channel.c:488 RECV DTMF 5:2000 *>* *>* 2015-04-22 12:18:22.749457 [DEBUG] mod_spandsp_dsp.c:385 DTMF END DETECTED: *>* *>* [5], duration = 178 ms *>* *>* 2015-04-22 12:18:23.049446 [DEBUG] switch_channel.c:488 RECV DTMF 3:2000 *>* *>* 2015-04-22 12:18:23.049446 [DEBUG] mod_gsmopen.cpp:745 rev 1.4.14~32bit *>* *>* [(nil)|37 ][DEBUG_GSMOPEN 745 ][interface1][-1, 5, 5] DTMF DETECTED: *>* *>* [3] new_dtmf_timestamp: 1653282480, delta_t: 479951 *>* *>* 2015-04-22 12:18:23.049446 [DEBUG] mod_spandsp_dsp.c:373 DTMF BEGIN *>* *>* DETECTED: [3] *>* *>* 2015-04-22 12:18:23.049446 [DEBUG] switch_channel.c:488 RECV DTMF 3:2000 *>* *>* 2015-04-22 12:18:23.229447 [DEBUG] mod_spandsp_dsp.c:385 DTMF END DETECTED: *>* *>* [3], duration = 165 ms *>* *>* 2015-04-22 12:18:23.529449 [DEBUG] switch_channel.c:488 RECV DTMF 5:2000 *>* *>* 2015-04-22 12:18:23.529449 [DEBUG] mod_gsmopen.cpp:745 rev 1.4.14~32bit *>* *>* [(nil)|37 ][DEBUG_GSMOPEN 745 ][interface1][-1, 5, 5] DTMF DETECTED: *>* *>* [5] new_dtmf_timestamp: 1653762488, delta_t: 480008 *>* *>* 2015-04-22 12:18:23.549464 [DEBUG] mod_spandsp_dsp.c:373 DTMF BEGIN *>* *>* DETECTED: [5] *>* *>* 2015-04-22 12:18:23.549464 [DEBUG] switch_channel.c:488 RECV DTMF 5:2000 *>* *>* 2015-04-22 12:18:23.689495 [DEBUG] mod_spandsp_dsp.c:385 DTMF END DETECTED: *>* *>* [5], duration = 140 ms *>* *>* 2015-04-22 12:18:24.029440 [DEBUG] switch_channel.c:488 RECV DTMF 2:2000 *>* *>* 2015-04-22 12:18:24.029440 [DEBUG] mod_gsmopen.cpp:745 rev 1.4.14~32bit *>* *>* [(nil)|37 ][DEBUG_GSMOPEN 745 ][interface1][-1, 5, 5] DTMF DETECTED: *>* *>* [2] new_dtmf_timestamp: 1654262471, delta_t: 499983 *>* *>* 2015-04-22 12:18:24.029440 [DEBUG] mod_spandsp_dsp.c:373 DTMF BEGIN *>* *>* DETECTED: [2] *>* *>* 2015-04-22 12:18:24.029440 [DEBUG] switch_channel.c:488 RECV DTMF 2:2000 *>* *>* 2015-04-22 12:18:24.169442 [DEBUG] mod_spandsp_dsp.c:385 DTMF END DETECTED: *>* *>* [2], duration = 153 ms *>* *>* 2015-04-22 12:18:24.489445 [DEBUG] switch_channel.c:488 RECV DTMF 5:2000 *>* *>* 2015-04-22 12:18:24.489445 [DEBUG] mod_gsmopen.cpp:745 rev 1.4.14~32bit *>* *>* [(nil)|37 ][DEBUG_GSMOPEN 745 ][interface1][-1, 5, 5] DTMF DETECTED: *>* *>* [5] new_dtmf_timestamp: 1654722477, delta_t: 460006 *>* *>* 2015-04-22 12:18:24.489445 [DEBUG] mod_spandsp_dsp.c:373 DTMF BEGIN *>* *>* DETECTED: [5] *>* *>* 2015-04-22 12:18:24.489445 [DEBUG] switch_channel.c:488 RECV DTMF 5:2000 *>* *>* 2015-04-22 12:18:24.649447 [DEBUG] mod_spandsp_dsp.c:385 DTMF END DETECTED: *>* *>* [5], duration = 153 ms *>* *>* 2015-04-22 12:18:25.609450 [INFO] switch_cpp.cpp:1328 Failed to validate *>* *>* Checksum - '5533552255' *>* *>>>>>>>* -- *>* *>* View this message in context: *>* *>* http://freeswitch-users.2379917.n2.nabble.com/Duplicate-DTMF-Issue-tp759615… <http://freeswitch-users.2379917.n2.nabble.com/Duplicate-DTMF-Issue-tp759615…> <http://freeswitch-users.2379917.n2.nabble.com/Duplicate-DTMF-Issue-tp759615… <http://freeswitch-users.2379917.n2.nabble.com/Duplicate-DTMF-Issue-tp759615…>> *>* *>* Sent from the freeswitch-users mailing list archive at Nabble.com. *>* *>>* _________________________________________________________________________ *>* *>* Professional FreeSWITCH Consulting Services: *>* *>* consulting at freeswitch.org <http://freeswitch.org> <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> *>* *>* http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/> <http://www.freeswitchsolutions.com/ <http://www.freeswitchsolutions.com/>> *>* *>>* Official FreeSWITCH Sites *>* *>* http://www.freeswitch.org <http://www.freeswitch.org/> <http://www.freeswitch.org/ <http://www.freeswitch.org/>> *>* *>* http://confluence.freeswitch.org <http://confluence.freeswitch.org/> <http://confluence.freeswitch.org/ <http://confluence.freeswitch.org/>> *>* *>* http://www.cluecon.com <http://www.cluecon.com/> <http://www.cluecon.com/ <http://www.cluecon.com/>> *>* *>>* FreeSWITCH-users mailing list *>* *>* FreeSWITCH-users at lists.freeswitch.org <http://lists.freeswitch.org> <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> *>* *>* http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> *>* *>* UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> <http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>> *>* *>* http://www.freeswitch.org <http://www.freeswitch.org/> <http://www.freeswitch.org/ <http://www.freeswitch.org/>> *>* *> *>>>* -- *>* Sincerely, *>>* Giovanni Maruzzelli *>* Cell : +39-347-2665618 *>*

2 1

Problem with message-chat in mod_verto
by norb 28 Apr '15

28 Apr '15

Hi, i have problem with the module : mod_verto Sending messages via peer-to-peer network isn't working But, but sending messages via conference call is working well I got debug info in fs_cli when i send object via peer to peer: And via conference call (Success [i see it in callee and caller]): -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Problem-with-message-chat-in-… Sent from the freeswitch-users mailing list archive at Nabble.com.

1 0

FreeSWITCH Week in Review (Master Branch) April 18th-24th
by Ken Rice 27 Apr '15

27 Apr '15

New Post on freeswitch.org from Kathleen check it out at http://ift.tt/1bwXNWG FreeSWITCH Week in Review (Master Branch) April 18th-24th Hello, again. This passed week in the FreeSWITCH master branch we had 11 commits. We had one new feature this week with a force-register-domain param being added to mod_verto. Join us on Wednesdays at 12:00 CT for some more FreeSWITCH fun! And head over to freeswitch.com to learn more about FreeSWITCH support. New features: FS-7470 [mod_verto] Add a force-register-domain param The following bugs were squashed: FS-7060 [mod_amqp] Fix for connection errors and a case where the connection succeeds but login fails FS-7456 Fix bug in SDP parser, to allow it to handle sdp with m lines in any order FS-7460 [mod_sofia] Don’t force ICE in 3pcc-mode=proxy FS-7465 Fixed a crash in stereo file writing FS-7425 Fix an audio Handshake failure 1 when using webrtc with PFS-only client (Firefox >=38)

1 0

Compile Error with mod_lua
by SamyGo 27 Apr '15

27 Apr '15

Hi all, I'm having bit of a trouble installing freeswitch on CentOS7 with lua5.2 installed from source. When I compile FS it gives me the following output. making all mod_lua make[5]: Entering directory `/usr/src/freeswitch.git/src/mod/languages/mod_lua' CXX mod_lua_la-mod_lua.lo CXX mod_lua_la-freeswitch_lua.lo CXX mod_lua_la-mod_lua_wrap.lo mod_lua_wrap.cpp: In function 'int* SWIG_get_int_num_array_fixed(lua_State*, int, int)': mod_lua_wrap.cpp:1379:47: error: array bound forbidden after parenthesized type-id #define SWIG_ALLOC_ARRAY(TYPE,LEN) new (TYPE)[LEN] ^ mod_lua_wrap.cpp:1433:9: note: in expansion of macro 'SWIG_ALLOC_ARRAY' array=SWIG_ALLOC_ARRAY(TYPE,size);\ ^ mod_lua_wrap.cpp:1470:1: note: in expansion of macro 'SWIG_DECLARE_TYPEMAP_ARR_FN' SWIG_DECLARE_TYPEMAP_ARR_FN(int,int); ^ mod_lua_wrap.cpp:1379:47: note: try removing the parentheses around the type-id #define SWIG_ALLOC_ARRAY(TYPE,LEN) new (TYPE)[LEN] ^ mod_lua_wrap.cpp:1433:9: note: in expansion of macro 'SWIG_ALLOC_ARRAY' array=SWIG_ALLOC_ARRAY(TYPE,size);\ ^ mod_lua_wrap.cpp:1470:1: note: in expansion of macro 'SWIG_DECLARE_TYPEMAP_ARR_FN' SWIG_DECLARE_TYPEMAP_ARR_FN(int,int); ^ mod_lua_wrap.cpp: In function 'int* SWIG_get_int_num_array_var(lua_State*, int, int*)': mod_lua_wrap.cpp:1379:47: error: array bound forbidden after parenthesized type-id #define SWIG_ALLOC_ARRAY(TYPE,LEN) new (TYPE)[LEN] ^ Any help would be greatly appreacited. Thanks, Sammy

5 8

Dialplan ARRAYs - how to check size
by DanB 27 Apr '15

27 Apr '15

Hey Guys, I was wondering if you could help me figuring out how to check the size of a channel variable of type ARRAY (as per documentation here: https://wiki.freeswitch.org/wiki/Dialplan_ARRAYS) Ta for any kind of tip! DanB

1 0