Archive for April, 2009

Best Practices in Audio Files for Tropo

Friday, April 24th, 2009

You’ve got this great MP3 of your young child doing all the names for your brand-spankin’ new auto-attendant that you’ve created using Tropo, and when you go to call the application, it now sounds like some space alien has taken over your program! Dude, what happened?!?

Well, as it turns out, while cellphones and MP3 players can play audio files like stereo MP3s, they must be “local” on your device. See, telephony standards have just not “kept up with the times.” In Telephony the standard is 8bit, 8Khz u-law formatted WAV, and that standard, is generations removed from that nice 44KHz, 32-bit, stereo MP3 you just recorded. So, in order to play your MP3, it must be converted, on-the-fly, to work on the proper telephony standard — and unfortunately, that usually leads to less than stellar results.

The Tropo platform supports a number of different audio formats. When converting your sound files for optimum performance in your application, it is always best to have your files in 8bit, 8Khz u-law format from the start.

The supported sound formats (and their proper file extensions) for the Tropo platform are as follows:

  • 8kHz, 8bit u-law (wav or raw) (*.wav or *.ulaw)
  • 8kHz, 8bit a-law (wav or raw) (*.wav or *.alaw)
  • 8kHz, 8bit pcm (wav) (*.wav)
  • 8khz, 16bit pcm (wav or raw) (*.wav or *.pcm)
  • MS-GSM (wav) (*.wav)
  • GSM 6.10 (raw) (*.gsm)

Recording your own prompts

  • If you don’t plan on mixing and editing the prompts they record, it’s best to just record at 8khz/16bit and then save or convert to 8khz/8bit-ulaw.
  • If you plan on mixing and editing prompts you have recorded, it’s best to record at 48Khz/16bit, and not 44Khz, (the down-sample to 8Khz works much better when you are dealing with something that is a multiple of 8k), and then save or convert to 8khz/8bit-ulaw when you are done mixing and editing their prompts.
  • Most definitely use the gain control tools in your audio software to adjust the RMS amplitude and peak amplitude of your audio recordings so that audio is loud enough to be heard by customers; but not so loud that prompt echoes will be heard by the recognition engine; and not so loud that pops and clicks are heard as a result of clipping.

Tools

A great, free, cross-platform tool for working with audio files is Audacity. Their wiki and Forums offer outstanding support for folks using their application for the first time.

Another cross-platform, open-source audio editor application is SoX. SoX is a command-line utility, but has some outstanding capabilities for processing those “hard to fix” audio files.

For those PC-only folks out there, Goldwave is another freeware audio editor that you may want to consider, if Audacity or SoX does not fit the bill for you.

We hope that these hints help you in preparing your audio files for successful use on Tropo.

Thanks to all who helped with our COBOL for Tropo April 1 news

Monday, April 6th, 2009

tropo.comlogo.jpgMany thanks to all those who joined in our April 1 fun with COBOL on Tropo.com. Particular thanks to Moshe Yudkowsky, Jason Goecke, Dan Miller and Mark Headd for their supporting blog posts. Several people in particular, thought analyst Dan Miller was very serious and contacted me to say “is he aware it is a joke?” (He was.) Thanks to all those who “retweeted” the link and otherwise engaged in some April 1 fun on Twitter. Moshe, particularly, was keeping the conversation going much of the day on Twitter. Props to our long-time friend Thomas Howe for chiming in as well. All in all, it was a good bit of fun.

And for the record, in response to this email I received about my Emerging Tech Talk video on April 1:

Even if this makes me look like a complete geek … but I couldn’t help notice a little inaccuracy in your hilarious COBOL video blog: About upper case letters “… we’re not using that high-order bit …” – this is of course nonsense (or did you knowingly make this mistake)? Neither A-Z nor a-z use the 8th bit; and actually, A-Z have lower codes (65-90) than a-z (97-12)

Yes, the latter half of that video was all just nonsense I was spewing with the intent of providing a plausible-sounding rationale. And yes, in response to someone else’s question, it was very hard to say all that with a straight face.

The irony, of course, is that it would be fairly straightforward for us to actually implement COBOL on Tropo.com given our underlying architecture. We use the JSR 223 scripting framework and so adding support for a language with a JSR 223-compliant scripting engine is simply a matter of us writing a “shim” that lets that scripting engine run on top of Tropo. (Well, then there’s those, oh, wee little details of testing, documentation, etc….. ;-) So in theory if there was a COBOL JSR-223 scripting engine out there somewhere, it could be something we could add to Tropo. It’s the beauty of the platform and why we are looking to add more languages in the months ahead.

Anyway, thanks again to all who participated last week. We continue to enjoy seeing what you all are doing with building applications on Tropo.com. (And some of you are doing amazing things with the platform!)


If you found this post interesting or helpful, please consider either subscribing via RSS or following us on Twitter.


Technorati Tags: , , , ,

Rounding up the coverage of the Tropo COBOL launch

Wednesday, April 1st, 2009

It’s been great to see some of the coverage today of our launch of COBOL support on Tropo.com. I thought I’d take a moment to just share some of what I’ve seen:

  • Moshe Yudkowsky posted an announcement/analysis and suggested that perhaps Visual Basic was in the works
  • Jason Goecke was the first out with some sample code for COBOL on Tropo as well as perhaps getting bonus points for including a picture of Grace Hopper, the “mother of COBOL”
  • Industry analyst Dan Miller offered his perspective and included this great quote:
    By looking backward and into the back office, Voxeo breathes new life and new hope to a generation of programmers and developers who thought that lightweight scripting languages with names like Ruby and Groovy had left them in the dust. Opus Research estimates that the number of COBOL programmers (most over 60 years of age) who are ready to speech-enable the front end of complex back office applications outnumber VoiceXML afficionados by a factor of 10. By blowing the dust off old textbooks and programming manuals a reserve army of developers stand ready to try Tropo.

  • We learned by way of a nugram tweet that there is, in fact, a COBOL plugin for Eclipse.
  • And Mark Headd… well, Mark declared COBOL on Tropo new “hotness” and foresees it being a great pickup line in a bar… (Hmmm… we’re not so sure on that, Mark, but maybe it’s just the bars we go to!)

Beyond all that the reaction in the Twittersphere has been fun to see. We particularly enjoyed Todd Spraggins tweet – assuming, of course, that he was using “sick” in the way we think he was.

All in all, it’s been great to see the incredibly positive reaction and we look forward to seeing what else the rest of you do with COBOL on Tropo!


If you found this post interesting or helpful, please consider either subscribing via RSS or following us on Twitter.


Technorati Tags: , ,

Voxeo announces COBOL support for Tropo.com voice app platform

Wednesday, April 1st, 2009

tropo.comlogo.jpg

Orlando, FL – APRIL 1, 2009 — Today Voxeo, the world’s leading provider of standards-based voice application platforms and hosted services, announced it has provided new, enhanced fuctionality for its Tropo.com voice application platform. The current platform, which allows developers to create voice applications using programming languages such as Ruby, Python, Javacript, Groovy and PHP, will now also have a COBOL interface.

According to Jonathan Taylor, CEO of Voxeo, “Despite the popularity of other languages, COBOL still has more installed lines of code than any other software language. Banks, utilities, and other large corporations depend on COBOL for their billing and operations. By offering a COBOL interface to voice and speech technology, legacy programs can immediately become voice-enabled without any further effort.”

The COBOL interface will allow companies to make and receive telephone calls, use recorded audio or text-to-speech to speak to callers, and use speech recognition or DTMF to receive responses from customers. The interface adheres to COBOL-85, with optional updates to COBOL 2002 for advanced users.

The COBOL interface, like the ones in other languages, uses a few simple extra keywords to provide a speech interface. Voxeo CTO R.J. Auburn states that COBOL’s expressive style is uniquely suited to speech applications. “Unlike other languages, COBOL encourages a more natural, human-oriented approach to writing programs. In COBOL, it’s easy to program statements such as ‘CALL YOUR MOTHER’ or ‘SAY HOW MUCH IT COSTS.’”

Developers can test the new COBOL interface and sign up for free accounts at Tropo.com. Support for additional languages will be added throughout 2009 with FORTRAN and ALGOL currently being among the top candidates.

Voxeo is an employee-owned company with headquarters in Orlando, Beijing, Cologne and London. The company’s Prophecy Platform has been downloaded more than 30,000 times since its launch in 2006 and its standards-based IVR/voice hosting platform is the largest in the world and the only one backed by a 100% uptime guarantee. For more information visit www.voxeo.com or call +1 (407) 418-1800 or +44 (0) 20 7887 6085 in the UK and Europe.

See also our video explanation of the announcement.


If you found this post interesting or helpful, please consider either subscribing via RSS or following us on Twitter.


Technorati Tags: , , ,