|Summary:||ASTERISK-00354: app_festival causes channel errors w/IAX|
|Date Opened:||2003-10-04 18:08:55||Date Closed:||2011-06-07 14:10:20|
|Description:||I'm using app_festival. When an IAX2 call comes in I get lots of the following errors when trying to run app_festival, it only happens when the audio actually starts. This does NOT happen when I use a Zap extension.|
DEBUG: File channel.c, Line 380 (ast_queue_frame): Dropping voice to exceptionally long queue on IAX2[iaxtel@iaxtel]/7
|Comments:||By: Brian West (bkw918) 2003-10-04 20:54:01|
Are you answering the channel first? And does it work? If it works then you can ignore that message as its only debug!
By: ewieling (ewieling) 2003-10-05 12:45:28
The channel is answered first. Only the first few seconds of audio is garbled (the first few seconds is the only time that debug message seems to happen)
By: Mark Spencer (markster) 2003-10-05 19:55:40
What is happening is that app_festival is blocking for a long period of time. Is this a fairly slow machine.
By: ewieling (ewieling) 2003-10-06 08:45:21
It's not a speed demon.
dmesg: Found and enabled local APIC!
dmesg: Initializing CPU#0
dmesg: Detected 601.383 MHz processor
It does take a few seconds for Festival to build the audio. Would it make any difference if I ran Festival Server on a remote (faster) system?
By: Brian West (bkw918) 2003-11-22 16:10:35.000-0600
Still an issue?
By: ewieling (ewieling) 2003-11-23 07:41:30.000-0600
I don't use app_festival anymore. I have an AGI wrapper that uses the Festival text2wave application to generate the voice synth rather than app_festival. Then I use Playback or Background to send the audio to the user as a .wav file. Looking thru the app_festival source I noticed that it does not appear to use Zaptel timeing.