RE: [Asterisk-java-users] Text-to-speech and gathering data (fastAGI)
Brought to you by:
srt
From: Darren H. <dha...@gh...> - 2006-02-28 19:46:20
|
Ah, that's what I was looking for: *Thread the dynamic TTS off. *Play music-on-hold or other already pre-generated sound until the = dyanamic-TTS thread finish. Thanks! -D > -----Original Message----- > From: ast...@li...=20 > [mailto:ast...@li...] On=20 > Behalf Of Stefan Reuter > Sent: Tuesday, February 28, 2006 2:33 PM > To: ast...@li... > Subject: Re: [Asterisk-java-users] Text-to-speech and=20 > gathering data (fastAGI) >=20 > Darren Hartford wrote: > > Thanks Stefan, > > My intent is actually to optimize the second part of non-static=20 > > requests. This test does indeed could used pre-generated=20 > voice files=20 > > (per the cached remark), but the intent is to identify the=20 > best way to=20 > > handle the dynamic parts. > >=20 > > Is this the best way to handle dynamic tts parts?=20 >=20 > You are probably thinking of something like directly=20 > streaming the tts generated voice files to the user instead=20 > of sequentially creating the while voice file and then=20 > streaming it. As far as I know this is currently not possible. > So the best approach that will currently work is > - use pregenerated voice files wherever possible > - try to minimize the dynamic generated part > - generate the dynamic files in the background and as soon as=20 > possible, i.e. as soon as you know what you have to say=20 > create them in a new Thread (not even through AGI but=20 > directly invoiking your tts engine) and meanwhile play=20 > something else to the user to avoid dead air. >=20 > =3DStefan >=20 > -- > reuter network consulting > Neusser Str. 110 > 50760 K=F6ln > Germany > Telefon: +49 221 1305699-0 > Telefax: +49 221 1305699-90 > E-Mail: sr...@re... > Jabber: sr...@ja... >=20 >=20 |