This is an old revision of the document!
Plum Voice has provided the following links that can assist in the navigation of audio files and compression.
Here at plum to record audio files we utilize an external resource called audacity. On one hand this program is free and easy to use, however the program is deceptively in depth with the tools and plugins that are available for audio manipulation.
When choosing your format keep in mind that our engine automatically runs the files through a compression µ-law algorithm. This means that all files will be down sampled to an 8-bit 8kHz. If you were to encode the files in a lower quality you would find the audio files you use would end up sounding better than your initial compression.
There are three audio formats for development that are always recommended:
The following audio formats are also supported for the <audio> tag:
Given a series of prompts to be queued and eventually played, all initial prompts that disallow barge-in will be treated as such. Once a prompt that allows barge-in is queued, all subsequent prompts will be queued for barge-in up to the point at which recognition triggers the playback of the queue. Prompt queuing, in fact, extends back beyond a given field's prompts, and will include all prompts in blocks declared immediately before the field.
Given a code snippet as follows:
<block> <prompt bargein="false"> This is prompt one. </prompt> <prompt bargein="true"> This is prompt two. </prompt> </block> <field type="digits"> <prompt bargein="false"> This is prompt three. </prompt> <prompt bargein="true"> This is prompt four. </prompt> </field>
“This is prompt one” would be queued and played immediately, and the user would not have the opportunity to barge in on the prompt. However, “This is prompt two”, “This is prompt three”, and “This is prompt four” would all be queued up together and played together, and the user would be able to barge in during any of the three prompts, including prompt three.