Summary:	ASTERISK-00354: app_festival causes channel errors w/IAX
Reporter:	ewieling (ewieling)	Labels:
Date Opened:	2003-10-04 18:08:55	Date Closed:	2011-06-07 14:10:20
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
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.