Too Much Delay Between Modules

[Guest DiegoBellini]

Hello, I have a problem with the delay between modules

The system he delays too much time between the reproduction of a wav file and the next.

Example:

Be between the following modules

 

PlayOneAcct -> Esde

 

ReadTransactionAlter -> ReadTransactionAlter1 -> ReadTransactionAlter2

 

PresionarAsterisco_1 -> SayChequeNumero -> SayChequePor -> SayChequeFecha

 

We have Voiceguide 7.05 with Dialogic 6 4/lines

Thanks

BalanceCheckings.vgs

Logs.zip

[Guest dpaschal]

If you are generating a voice message from a voice-synthesis program like ATT Naturally Speaking, then you might need to increase the muscle of the computer.

 

However, I noticed this problem, for me, only occurred the first time that Naturally Speaking was loaded into the system. The first call to NS took 13 seconds, all subsequent calls took less than 2 seconds, usually less than 1.

 

I'm not in a place to look at your voiceguide script, but if you have any ODBC calls, make sure you turn off logging for your production system as that might cause delays when entering a database query module. Also, under ODBC Data Source Administrator, under the Database of your choice, under connection pooling, I had to reduce the retry time. This may or may not work for you, so sorry if it does nothing for your problem!

[SupportTeam]

The points made by spookydodger2 are all correct. First time TTS is used the delay will be longer as the TTS engine needs to load itself. We will try to reduce this in future version of V7 by having the engine pre-load itself beforehand so the first TTS creation is as fast as the subsequent ones.

 

From the trace supplied we do see that the Say Numbers VBScript is taking long to start, and it takes almost 3 seconds before it supplies the list of files back to VoiceGuide to play.

 

This can happen if the system does not have enough memory and needs to swap to hard disk while starting new tasks.

 

How much memory is on this system? Use the Windows Task Manager and click on the Performance tab. Then see what values are listed in the "Physical Memory" box. Please advise what is the "Total" and "Available" RAM values listed.

 

Also, how fast is this machine? What is the CPU and it's speed?

 

 

163548.531 9 4 state [Esde] Say Numbers: 3529.39 as Amount - Dollars And Cents

163548.531 9 4 PlaySoundStartNumbers Prompts\124.wav, , 3529.39, Amount - Dollars And Cents

...

163548.546 9 4 VBScript started [C:\Program Files\VoiceGuide\temp\vbs_4_SayNumber.vbs], ProcessHandle=[6004], VbsOrExeProcess.WorkingSet=[65536]

...

163551.312 15 4 cl Play_Start Prompts\124.wav,3.wav,thousand.wav,quinientos.wav,29.wav,dollars.wav,30.wav,and.wav

9.wav,cents.wav

 

 

 

 

[Guest DiegoBellini]

The points made by spookydodger2 are all correct. First time TTS is used the delay will be longer as the TTS engine needs to load itself. We will try to reduce this in future version of V7 by having the engine pre-load itself beforehand so the first TTS creation is as fast as the subsequent ones.

 

From the trace supplied we do see that the Say Numbers VBScript is taking long to start, and it takes almost 3 seconds before it supplies the list of files back to VoiceGuide to play.

 

This can happen if the system does not have enough memory and needs to swap to hard disk while starting new tasks.

 

How much memory is on this system? Use the Windows Task Manager and click on the Performance tab. Then see what values are listed in the "Physical Memory" box. Please advise what is the "Total" and "Available" RAM values listed.

 

Also, how fast is this machine? What is the CPU and it's speed?

 

 

163548.531 9 4 state [Esde] Say Numbers: 3529.39 as Amount - Dollars And Cents

163548.531 9 4 PlaySoundStartNumbers Prompts\124.wav, , 3529.39, Amount - Dollars And Cents

...

163548.546 9 4 VBScript started [C:\Program Files\VoiceGuide\temp\vbs_4_SayNumber.vbs], ProcessHandle=[6004], VbsOrExeProcess.WorkingSet=[65536]

...

163551.312 15 4 cl Play_Start Prompts\124.wav,3.wav,thousand.wav,quinientos.wav,29.wav,dollars.wav,30.wav,and.wav

9.wav,cents.wav

 

The system have a Pentium 4 CPU 3.0GHZ with 2Ghz RAM

The memory never is normal, the available value is more than double of the used memory.

[SupportTeam]

It's very surprising that the VBScript takes so long to start. Is it possible for you to give us access to this machine via www.logmein.com? We can then see first hand what can be happening here.

[Guest Eblancoglc]

Hello, I work with Diego Bellini.

What you are stating does correspond to what we are seeing in the server. We ran a CPU performance monitor in the server and the WScript is bringing the CPU to its knees every time it is running. Literally it raises the processor average to 100% while running. This is a new platform that we are using. This is what we have in the server.

An Intel server motherboard. SE7221BK1-E Server class motherboard

A Pentium IV 3GHz 800FSB 1MB Cache

2GB RAM

Windows XP SP2.

Dialogic SR6.0

All appropriate drivers for the motherboard has been properly installed.

We have not seen this behavior in less quality motherboards that we have used. We are suspecting that the problem might be with Windows XP. We will reformat and install Windows 2000 on this computer and see if this solves the problem.

You are about 14 hours ahead of us, we are in GMT – 4. We can make arrangements for you to access the server remotely tomorrow Monday night (which is actually Tuesday AM your time). Please let us know if there is anything else that we should be looking at, and the procedure to follow to give you access to the server.

Thank you…

 

[SupportTeam]

Please email the login information to support@voiceguide.com

 

We run tests on WinXP machines here as well, and have not yet seen such issues.

 

Most of our test machines are now Pentium Core2 and Xenon, but we still have Pentium4 systems (DELL SC400) as well.

 

Ultimately if the VBScript interpreter is causing such delays and it's hard to track down the cause then you can replace using the run-time interpreted VBScritps with an .EXE that is called from a Run Program module and pass any variables to it as parameters. You can still of course call VG's COM functions from the .EXE (or any other application).

[SupportTeam]

Some Antivirus software3 (esp. Norton) may be responsible for creating such VBScript delays. If you have any Anti-virus software installed please uninstall it.

[SupportTeam]

I think we may have found the reason why VBScripts were taking so long. The problem seems to have been in the delay that the setup of the COM connection to VoiceGuide was taking.

Please update to this version of VoiceGuide and see if this fixes the problem for you. We have just uploaded a new version of this to our WWW:

 

[old link removed]

[svitex]

I Have exactly the same problem with VoiceGuide 7.0.5.

The modules runs very slow.

The CPU usage is near 90 % for VgIvrService.

 

I have a Dialogic D41JCTLSEU.

Dialogic 6.0 drivers.

WinXP Pro Sp2.

2 Go Ram.

AMD Atthlon 64X2 Dual - 4600+ - 2.41 Ghz

 

I 've updated Voiceguide 7.0.4 to 7.0.5.

With 7.0.4 the speed is good but too slow with 7.0.5.

 

There is a second pb : The script run differently than the older version.

Differents paths are taken because the Fx Functions returns differents results than the 7.0.4.

 

[SupportTeam]

svitex:

 

Please provide traces capturing the problems that you experience. As per post made on May 9 2008 in this thread we did identify an issue which was causing slow execution of VBScript and San Number modules, and have provided fix which is working for everybody.

 

We will need to see full traces to confirm which version of the software you are using and what are the actual delays that you are experiencing.

When posting traces/scripts please .ZIP them up and post them as attachments.

 

The script run differently than the older version.

Different paths are taken because the Fx Functions returns differents results than the 7.0.4.

Please provide information that would allow us to make a comment. What modules are you referring to? What paths? What did you expect to happen and what did happen? And as part o fanswer post your script and traces capturing the call. We can then advise what happened during the call and why it happened.

 

[svitex]

In Post May 09, there is a error 404

[old link removed] does not exist.

[SupportTeam]

The fix has now been added to the main download. Please download the version currently available form our main Downloads page.