We've Moved! Please visit our new and improved forum over at our new portal: https://portal.plumvoice.com/hc/en-us/community/topics
Is it possible to access audio files locally to decrease del
Is it possible to access audio files locally to decrease del
Write now our application stores its audio files behind our Tomcat webserver. Is there a way to store them locally on the Plum server to increase queuing time and reduce delays for the user? Right now when reading off a 10 digit number the application has to queue 10 audio files which means 10 HTTP calls. Is there a syntax in vxml for loading the files from disk such as file://tomcat/webapps/audio/1.wav?
Re: Queuing audio files locally on IVR system
1) Log on to the IVR system
2) configure and enable apache, if its not already setup
3) make a directory on the IVR system with read permissions for wwwuser
4) upload audio files to the newly created directory.
5) reference the files using the ip address or domain name assigned to the IVR system
2) configure and enable apache, if its not already setup
3) make a directory on the IVR system with read permissions for wwwuser
4) upload audio files to the newly created directory.
5) reference the files using the ip address or domain name assigned to the IVR system
Last edited by support on Thu Feb 25, 2010 5:42 pm, edited 2 times in total.
file:// URI syntax not IVR issue at Plum
The Plum Voice Platform does support the file:// URI syntax. The syntax of your URI is simply not right. The full path of the file must follow file://, including the leading / in the path. So if your file is saved at:
/tomcat/webapps/audio/1.wav
you should use the audio src attribute:
file:///tomcat/webapps/audio/1.wav
with three slashes after the colon.
At Plum we have built IVR applications which require queuing many more than 10 audio files. The additional overhead of queuing files via HTTP in the absence of network latency (when we're going to a local server) is negligible in even our largest IVR applications. If you are experiencing what seems like an overly long delay before audio playback in your IVR application, the most likely culprit is the timeout set for input before the audio is queued.
If you find that making the request to the audio files through your Tomcat server does indeed introduce significant delays, then we would suggest serving the files directly through Apache instead, which we have found to be very fast. We find that application configuration management is simpler when all requests are sent through the web server.
Then send a complaint to the Tomcat development team.
/tomcat/webapps/audio/1.wav
you should use the audio src attribute:
file:///tomcat/webapps/audio/1.wav
with three slashes after the colon.
Code: Select all
<audio src="file:///tomcat/webapps/audio/1.wav">one</audio>
If you find that making the request to the audio files through your Tomcat server does indeed introduce significant delays, then we would suggest serving the files directly through Apache instead, which we have found to be very fast. We find that application configuration management is simpler when all requests are sent through the web server.
Then send a complaint to the Tomcat development team.