I have discovered an issue when using mod_dptools and mod_spandsp together. Both define app "stop_tone_detect". mod_dptools defines "tone_detect" to start tone detection, mod_spandsp defines "start_tone_detect". Both modules load successfully, and the conflict is resolved by awarding whoever loads the last the entry for stop_tone_detect. This creates problems - for example, if mod_spandsp wins, and the dialplan uses tone_detect/stop_tone_detect, then mod_dptools app will be called for starting, and mod_spandsp will be called for stopping, which in effect means it is a no-op. Is it considered an error to load both modules in the same configuration? What is the recommended solution/workaround if you want to use some of the functionality of mod_dptools and some of the functionality of mod_spandsp?
If you don't need both APPs, just load the modules in the order that provides what you need until the issue gets fixed in master. On Thu, Nov 6, 2014 at 12:50 PM, Sasha Pachev <sasha@greenseedtech.com> wrote:
I have discovered an issue when using mod_dptools and mod_spandsp together. Both define app "stop_tone_detect". mod_dptools defines "tone_detect" to start tone detection, mod_spandsp defines "start_tone_detect". Both modules load successfully, and the conflict is resolved by awarding whoever loads the last the entry for stop_tone_detect. This creates problems - for example, if mod_spandsp wins, and the dialplan uses tone_detect/stop_tone_detect, then mod_dptools app will be called for starting, and mod_spandsp will be called for stopping, which in effect means it is a no-op.
Is it considered an error to load both modules in the same configuration? What is the recommended solution/workaround if you want to use some of the functionality of mod_dptools and some of the functionality of mod_spandsp?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
mod_spandsp start_tone_detect and stop_tone_detect has been renamed to spandsp_start_tone_detect and spandsp_stop_tone_detect in master branch. On Thu, Nov 6, 2014 at 2:35 PM, Christopher Rienzo <cmrienzo@gmail.com> wrote:
If you don't need both APPs, just load the modules in the order that provides what you need until the issue gets fixed in master.
On Thu, Nov 6, 2014 at 12:50 PM, Sasha Pachev <sasha@greenseedtech.com> wrote:
I have discovered an issue when using mod_dptools and mod_spandsp together. Both define app "stop_tone_detect". mod_dptools defines "tone_detect" to start tone detection, mod_spandsp defines "start_tone_detect". Both modules load successfully, and the conflict is resolved by awarding whoever loads the last the entry for stop_tone_detect. This creates problems - for example, if mod_spandsp wins, and the dialplan uses tone_detect/stop_tone_detect, then mod_dptools app will be called for starting, and mod_spandsp will be called for stopping, which in effect means it is a no-op.
Is it considered an error to load both modules in the same configuration? What is the recommended solution/workaround if you want to use some of the functionality of mod_dptools and some of the functionality of mod_spandsp?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I don't know what version of FS you are using but I do not see this. I have commented on your JIRA. https://freeswitch.org/jira/browse/FS-6966 On Thu, Nov 6, 2014 at 1:35 PM, Christopher Rienzo <cmrienzo@gmail.com> wrote:
If you don't need both APPs, just load the modules in the order that provides what you need until the issue gets fixed in master.
On Thu, Nov 6, 2014 at 12:50 PM, Sasha Pachev <sasha@greenseedtech.com> wrote:
I have discovered an issue when using mod_dptools and mod_spandsp together. Both define app "stop_tone_detect". mod_dptools defines "tone_detect" to start tone detection, mod_spandsp defines "start_tone_detect". Both modules load successfully, and the conflict is resolved by awarding whoever loads the last the entry for stop_tone_detect. This creates problems - for example, if mod_spandsp wins, and the dialplan uses tone_detect/stop_tone_detect, then mod_dptools app will be called for starting, and mod_spandsp will be called for stopping, which in effect means it is a no-op.
Is it considered an error to load both modules in the same configuration? What is the recommended solution/workaround if you want to use some of the functionality of mod_dptools and some of the functionality of mod_spandsp?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
This is fixed.
On Nov 6, 2014, at 16:07, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I don't know what version of FS you are using but I do not see this. I have commented on your JIRA. https://freeswitch.org/jira/browse/FS-6966
On Thu, Nov 6, 2014 at 1:35 PM, Christopher Rienzo <cmrienzo@gmail.com> wrote: If you don't need both APPs, just load the modules in the order that provides what you need until the issue gets fixed in master.
On Thu, Nov 6, 2014 at 12:50 PM, Sasha Pachev <sasha@greenseedtech.com> wrote: I have discovered an issue when using mod_dptools and mod_spandsp together. Both define app "stop_tone_detect". mod_dptools defines "tone_detect" to start tone detection, mod_spandsp defines "start_tone_detect". Both modules load successfully, and the conflict is resolved by awarding whoever loads the last the entry for stop_tone_detect. This creates problems - for example, if mod_spandsp wins, and the dialplan uses tone_detect/stop_tone_detect, then mod_dptools app will be called for starting, and mod_spandsp will be called for stopping, which in effect means it is a no-op.
Is it considered an error to load both modules in the same configuration? What is the recommended solution/workaround if you want to use some of the functionality of mod_dptools and some of the functionality of mod_spandsp?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ http://freeswitch.org/g+
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Anthony Minessale
-
Christopher Rienzo
-
cmrienzo＠gmail.com
-
Sasha Pachev