Summary:ASTERISK-00354: app_festival causes channel errors w/IAX
Reporter:ewieling (ewieling)Labels:
Date Opened:2003-10-04 18:08:55Date Closed:2011-06-07 14:10:20
Versions:Frequency of
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[1116949808]: 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.