Support #274
Issues with swift tts
| Status: | Rejected | Start: | 01/16/2010 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assigned to: | tshif | % Done: | 0% |
|
| Category: | - | |||
| Target version: | - |
Description
Hey guys, I have ver 1.1.6 of the weather module installed on my PIAF 1.4 system. Install went fine, and using flite everything works great. However, if I change to swift it says everything up to the point of "Your report was successfully downloaded please stand by". After that there is silence for about 30 seconds and then it hangs up. I have cepstral installed and working fine on the other apps that support it, just this one doesnt work. Below is the CLI dump from when I try and run with swift:
Connected to Asterisk 1.4.21.2 currently running on pbx (pid = 2749)
Verbosity is at least 4
Parsing '/etc/asterisk/manager.conf': Found
Parsing '/etc/asterisk/manager_additional.conf': Found
Parsing '/etc/asterisk/manager_custom.conf': Found
Parsing '/etc/asterisk/manager_safi.conf': Found
Manager 'admin' logged on from 127.0.0.1
Manager 'admin' logged off from 127.0.0.1
-- Executing [*947@from-internal:1] Goto("SIP/701-089f2e60", "noah-swift|s|"
) in new stack
-- Goto (noah-swift,s,1)
-- Executing [s@noah-swift:1] Answer("SIP/701-089f2e60", "") in new stack
-- Executing [s@noah-swift:2] Wait("SIP/701-089f2e60", "1") in new stack
-- Executing [s@noah-swift:3] Set("SIP/701-089f2e60", "TIMEOUT=7") in
new stack
-- Digit timeout set to 7
-- Executing [s@noah-swift:4] Set("SIP/701-089f2e60", "TIMEOUT=10"
) in new stack
-- Response timeout set to 10
-- Executing [s@noah-swift:5] Swift("SIP/701-089f2e60", ""At the beep enter
the five digit zip code for the weather report you wish to retrieve."") in new s
tack
-- Executing [s@noah-swift:6] Read("SIP/701-089f2e60", "ZIPCODE|beep|5") in
new stack
-- Accepting a maximum of 5 digits.
-- <SIP/701-089f2e60> Playing 'beep' (language 'en')
-- User entered '07860'
-- Executing [s@noah-swift:7] Swift("SIP/701-089f2e60", ""Please hold a mome
nt while we contact the National Weather Service for your report."") in new stac
k
-- Executing [s@noah-swift:8] AGI("SIP/701-089f2e60", "nvweather-zip.php|078
60") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/nvweather-zip.php
-- AGI Script Executing Application: (swift) Options: (Your report was succe
ssfully downloaded. Please stand bye.)
-- AGI Script nvweather-zip.php completed, returning 0
-- Executing [s@noah-swift:9] NoOp("SIP/701-089f2e60", "Wave file: tts/tts-9
779833c07b3151a6c81dd2eb46d0d4d") in new stack
-- Executing [s@noah-swift:10] Playback("SIP/701-089f2e60", "tts/tts-9779833
c07b3151a6c81dd2eb46d0d4d") in new stack
-- Executing [s@noah-swift:11] Hangup("SIP/701-089f2e60", "") in new stack
== Spawn extension (noah-swift, s, 11) exited non-zero on 'SIP/701-089f2e60'
Any ideas? BTW, the tts file DOES exist in the sounds dir so I'm not sure whats going on. TIA and this is a great module!
Kevin
Related issues
| related to Weather by ZIP Code - Bug #314: Module fails on Asterisk 1.6.2x | Closed | 08/06/2010 | 08/17/2010 |
History
Updated by tshif about 2 years ago
Most likely - FreePBX isnt finding your swift program. The symtoms you are reporting are usualy connected to the system trying to launch the swift program to convert the text to voice - when not found it disconnects.
Updated by tshif over 1 year ago
Kevin - we havent forgotten about you. I'm working on this module this week - Ill try and figure out whats happening to your swift playback.
Could you check in your PHPAGI Config: module and see what the contents of Swift Path and Cepstral voice are set to? Post the results here in this ticket.
Updated by tshif over 1 year ago
- Status changed from New to Reviewed
- Assigned to set to tshif
Updated by tshif over 1 year ago
-- Executing [s@noah-swift:10] Playback("SIP/701-089f2e60", "tts/tts-9779833
c07b3151a6c81dd2eb46d0d4d") in new stack
It really looks like the script is completing. Id really like to know about the Swift path, and selected voice as requested above -
Updated by tshif over 1 year ago
- Status changed from Reviewed to Rejected
Received via email from kevinb
Sorry about that, I actually solved this a while back and forgot to update this ticket. It turned out it was because I was using the non-8khz version of cepstral, so it was writing the file out but unable to play it back. By adding the command to force the file to be written at 8khz during creation it is able to be read back fine. I actually modified the module install code as well in case I need to install again. Note this mod does not cause any issues if all the user is running is the 8khz version already so it shouldn't break backwards compatability.
Kevin