W3C home > Mailing lists > Public > www-voice@w3.org > April to June 2006

RE: Suggested change to <audio/>

From: Robert Keiller <robert.keiller@voxsurf.com>
Date: Fri, 28 Apr 2006 09:20:17 +0100
To: "Jeff Kusnitz" <jk@us.ibm.com>
Cc: "Shane Smith" <safarishane@gmail.com>, <www-voice@w3.org>, <www-voice-request@w3.org>
Message-ID: <DEEGIBIDCHOCDKMBLBMJEEPDCNAA.robert.keiller@voxsurf.com>
Not quite.

The subscriber's name has been recorded in a previous session, so it's
existence is not immediately
testable in this session. The application server that generates the VoiceXML
page can certainly
test for the existence of the recorded name and set an ECMAScript test
variable. But differences in network
connections, caches, firewalls etc mean that it is just possible for the
application server to find the file and for
the VoiceXML browser not to. It's probably good enough, which is why I'm not
particularly concerned,
but for a Telco grade application it's always desirable to eliminate any
risk of failure.


  -----Original Message-----
  From: www-voice-request@w3.org [mailto:www-voice-request@w3.org]On Behalf
Of Jeff Kusnitz
  Sent: 27 April 2006 22:04
  To: robert.keiller@voxsurf.com
  Cc: Shane Smith; www-voice@w3.org; www-voice-request@w3.org
  Subject: RE: Suggested change to <audio/>

  Seems like that would be just a conditional prompt (<prompt cond="name


  www-voice-request@w3.org wrote on 04/27/2006 10:10:44 AM:

  > I've also had reason to wish for this feature. In a voicemail system I
  > wanted to play either:
  >    "You've reached" + subscriber's recorded name
  > or:
  >    "I'm sorry the person you have called is not available"
  > where the second prompt (a wav file not TTS, but that's immaterial)
  > play
  > if the subscriber's recorded name were unavailable.
  > I don't remember how or whether we fixed this. I didn't lose a lot of
  > over it,
  > but it's a nice to have feature.
  > Robert
  > -----Original Message-----
  > From: www-voice-request@w3.org [mailto:www-voice-request@w3.org]On
  > Behalf Of Shane Smith
  > Sent: 27 April 2006 17:37
  > To: www-voice@w3.org
  > Subject: Suggested change to <audio/>
  > Hey Folks,
  > One of the best features of audio is the ability to play backup tts
  > should the audio source be unavailable.  Currently though, <audio/>
  > requires either the src or expr attributes to be listed, or a badfetch
  > is tossed.  Well, I've come upon a scenario where I wouldn't
  > necessarily want to list either, and use the backup tts feature in a
  > way that wasn't anticipated, but could be very useful.
  > For example, let's say I'm playing an account number to the caller:
  >   <audio expr="AudioDirectory+'1.wav'">1</audio>
  >   <audio expr="AudioDirectory+'2.wav'">2</audio>
  >   <audio expr="AudioDirectory+'3.wav'">3</audio>
  >   <audio expr="AudioDirectory+'4.wav'">4</audio>
  >   <audio expr="AudioDirectory+'5.wav'">5</audio>
  >   <audio expr="AudioDirectory+'6.wav'">6</audio>
  > I'm not going to prerecord every possible number, so I play audio one
  > digit at a time.  But, if for any reason one or more of them is
  > unavailable, I would rather the whole thing be read back as TTS.   The
  > above code sounds horrible as backup tts, and I do not really have
  > ssml control over it.
  > What I would like to see is this:
  > <audio>
  >   <audio expr="AudioDirectory+'1.wav'/>
  >   <audio expr="AudioDirectory+'2.wav'/>
  >   <audio expr="AudioDirectory+'3.wav'/>
  >   <audio expr="AudioDirectory+'4.wav'/>
  >   <audio expr="AudioDirectory+'5.wav'/>
  >   <audio expr="AudioDirectory+'6.wav'/>
  >   <prosody rate="-10%">
  >   <say-as interpret-as="digits">123456</say-as>
  >   </prosody>
  > </audio>
  > This (or something similar) would allow you to chain a bunch of audio
  > prompts together, but if any of them fail, have a single backup tts
  > prompt replaced for all of them.  In my head, if all numbers wav files
  > were unavailable, or even if just 5.wav were unavailable, none of them
  > would play, and the ssml'ed TTS would play instead.
  > Thoughts?
  > Thanks,
  > Shane Smith
Received on Friday, 28 April 2006 08:23:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:03:52 UTC