|Summary:||ASTERISK-00063: Festival speech speed double in recent CVS again|
|Reporter:||Brian West (bkw918)||Labels:|
|Date Opened:||2003-08-08 08:37:10||Date Closed:||2004-09-25 02:23:00|
|Environment:||Attachments:||( 0) test.wav|
|Description:||I steped back 12 days on the CVS in both zaptel and asterisk and festival works fine. But speaks at double speed yet again with recent zaptel and asterisk builds.|
****** ADDITIONAL INFORMATION ******
Seems like a timing issue. text2wav produces prefect output. Recent cvs is broken with festival.
|Comments:||By: Brian West (bkw918) 2003-08-08 08:39:09|
OK brought asterisk back to Asterisk CVS-08/08/03-08:08:34
seems to be in zaptel. Not sure.
By: Brian West (bkw918) 2003-08-08 09:17:09
Also it on a side note... It still speaks faster than the output from text2wav. Not exactly sure why.
By: Brian West (bkw918) 2003-08-08 11:48:42
Ok up blew away my src trees and checked everything again from scratch. Festival speaks at an acceptable rate. But the quality isn't as good as it could be.
The attached example was made using text2wav
The sentence "This is a test to see how fast festival speaks."
With text2wav it sounds great. But if you setup:
exten => 402,1,Festival(This is a test to see how fast festival speaks.)
exten => 402,2,Hangup
It will say "This is a test to see festival speaks) totally skipping words here and there. And it speaks faster than the attached example.
By: Brian West (bkw918) 2003-08-08 13:19:53
WARNING: File app_festival.c, Line 322 (festival_exec): Text passed to festival server : This is a test to see how fast festival speaks.
WARNING: File app_festival.c, Line 399 (festival_exec): Passing text to festival...
WARNING: File app_festival.c, Line 418 (festival_exec): Passing data to channel...
WARNING: File app_festival.c, Line 428 (festival_exec): Festival WV command
WARNING: File app_festival.c, Line 226 (send_waveform_to_channel): Last frame
By: John Laur (gork) 2003-08-13 16:45:25
app_festival seems to have some big problems in general about getting the sound data that festival outputs back to the channel. I think that what happened is that app_festival was written a long time ago and takes a very low-level approach to writing audio frames and doing channel control that has, over time, been abstracted quite a bit and app_festival never got updated.
I have noticed a bug with app_festival that occurs when many SIP users are on calls to festival. Occasionally, upon calling the festival app, a call will be dropped at random. I have not been able to isolate this bug, but I believe that it is along the same lines as this one --
I think app_festival needs to have the component that sends audio frames to the channel completely rewritten to take advantage of newer internal asterisk functions that will handle it better.
By: Mark Spencer (markster) 2003-08-14 16:50:29
Fixed in CVS, but you have to answer the line first in general