[Freeswitch-dev] Cepstral locks up
Hi, I am using mod_cepstral to perform call announce features. On one of our servers the API call to run a TTS blocked, and stopped the call from proceeding until a 20 second delay had occurred. Additionally, when I ran /opt/swift/bin/swift -o test.wav "Hello World" The command would also block for 20 seconds, and not generate any audio. I ran reload mod_cepstra, to no avail. Eventually I restarted Freeswitch and it fixed the problem. Do you know what could cause this? I have a license purchase from Cepstral. Thanks Tom
On 11/05/2011 05:16 PM, Tom Parrott wrote:
Hi,
I am using mod_cepstral to perform call announce features.
On one of our servers the API call to run a TTS blocked, and stopped the call from proceeding until a 20 second delay had occurred.
Additionally, when I ran /opt/swift/bin/swift -o test.wav "Hello World"
The command would also block for 20 seconds, and not generate any audio.
I ran reload mod_cepstra, to no avail.
Is this a x86_64 box? If so, iirc Brian K. West once mentioned that the 64bit version of Cepstral has/had issues. Bkw: of you read this, can you please share your findings? Regards, Patrick
It only works with v4 the rest have deadlocks in the cepstral itself.... On Nov 6, 2011 6:47 AM, "Patrick Lists" <freeswitch-list@puzzled.xs4all.nl> wrote:
On 11/05/2011 05:16 PM, Tom Parrott wrote:
Hi,
I am using mod_cepstral to perform call announce features.
On one of our servers the API call to run a TTS blocked, and stopped the call from proceeding until a 20 second delay had occurred.
Additionally, when I ran /opt/swift/bin/swift -o test.wav "Hello World"
The command would also block for 20 seconds, and not generate any audio.
I ran reload mod_cepstra, to no avail.
Is this a x86_64 box? If so, iirc Brian K. West once mentioned that the 64bit version of Cepstral has/had issues.
Bkw: of you read this, can you please share your findings?
Regards, Patrick
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
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
On 11/06/2011 05:24 PM, Anthony Minessale wrote:
It only works with v4 the rest have deadlocks in the cepstral itself....
Thanks Anthony. Tom: I'm not very familiar with Cepstral but perhaps you could use UniMRCP between FreeSWITCH and Cepstral? More info at http://www.unimrcp.org/ Regards, Patrick
You'll have the same problem you'll just move the location of the problem outside of FreeSWITCH! :P /b On Nov 6, 2011, at 7:18 PM, Patrick Lists wrote:
On 11/06/2011 05:24 PM, Anthony Minessale wrote:
It only works with v4 the rest have deadlocks in the cepstral itself....
Thanks Anthony.
Tom: I'm not very familiar with Cepstral but perhaps you could use UniMRCP between FreeSWITCH and Cepstral?
More info at http://www.unimrcp.org/
Regards, Patrick
Hi, Thanks for all your replies, its great to know I am not suffering this issue alone. I have actually gotten around the issue, and improved our IVR response times by taking inspiration from mod_tts_commandline and writing a LUA script that can be activated as a phrase. It checks to see if the supplied text to speak is available as a cached wav file, and if not uses the cepstral swift command line to generate a new wav file in using an md5 hash of the text to speak. This solves both problems, namely the issue with mod_cepstral and the concurrency problems, and the response times of using any TTS engine to generate sounds. As long as most of your sounds are common amongst users (which ours are) then this simple LUA script ensures that the output is cached for future user. Let me know if you would like to see the script. Cheers Tom On 01/-10/-28163 08:59 PM, Brian West wrote:
You'll have the same problem you'll just move the location of the problem outside of FreeSWITCH! :P
/b
On Nov 6, 2011, at 7:18 PM, Patrick Lists wrote:
On 11/06/2011 05:24 PM, Anthony Minessale wrote:
It only works with v4 the rest have deadlocks in the cepstral itself....
Thanks Anthony.
Tom: I'm not very familiar with Cepstral but perhaps you could use UniMRCP between FreeSWITCH and Cepstral?
More info athttp://www.unimrcp.org/
Regards, Patrick
On 11/11/2011 01:00 AM, Tom Parrott wrote: [snip]
Let me know if you would like to see the script.
Good to see you found a solution. If you don't mind sharing your script with the Community perhaps you could ask one of the developers to put it somewhere in contrib/ or give you access to your own branch in contrib/. Regards, Patrick
participants (4)
-
Anthony Minessale
-
Brian West
-
Patrick Lists
-
Tom Parrott