[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Prompt interface question

In the openvxi 1.3 release, it appears that there are two ways to replace
the default implementation:
1 - replace at the DLL level (prompt,rec,tel) - then the VXI code will call
     the replacement methods directly.
2 - implement the interfaces (structs) defined in the osbprompt.h, osbtel.h,
    osbrec.h and store pointers under the keys XXX_INTERFACE_KEY. The
    current implementation of prompt,rec,tel will then call them.
I assume that the second is the recommended way(?), but I was not sure,
because the interface keys were "privately" defined in the prompt_disp.c,
rec_disp.c and tel_disp.c source, and the interface were defined in
the "osb*.h" headers and I was not sure if they were meant to be "public".
Looking at the 1.5 VxiPrompt.h header, it seems that the "public" interface
defined there will replace that defined in "osbprompt.h", and then option
2 would be the supported way?  Can anyone clarify?
 -----Original Message-----
From: Brian Eberman [mailto:brian.eberman@speechworks.com]
Sent: Tuesday, March 06, 2001 9:15 AM
To: vxi-discuss@metronomicon.com
Subject: RE: Prompt interface question

The semantics of the design are that the call is non-blocking and it is the responsibility of the platform to fetch the prompt via HTTP and then actually queue the prompt.  Wait is blocking and can be used to return error conditions.  The other blocking call is Recognize in the VXIrec interface. 
To get finer grain control the interface is extended for release 1.5 which should be out soon.  The prompt interface will have a Play and Queue.  Queue is still non-blocking but doesn't trigger the play.  Play start the play and is non-blocking. Again Wait returns error conditions.
I've attached the proposed interface for comments. 
Brian Eberman
-----Original Message-----
From:  T [mailto:vxi-discuss@metronomicon.com]On Behalf Of vincent ribiere
Sent: Monday, March 05, 2001 5:44 PM
To: speechworks
Subject: Prompt interface question


I have a question on the prompt interface and more particularly on the VXIpromptQueue
the documentation says:
"Queue prompt for playing. This call is non-blocking. By default, a prompt added to an empty
queue starts playing immediately."

I'm wondering why this call is non-blocking ?
In the case the sound file is local, I understand VXIpromptQueue can return a result right away if
there is a problem (e.g."file is not there").
But if the prompt interface uses HTTP or even more elaborate protocols (e.g. RTSP), shouldn't it wait until
no exception is thrown to continue (e.g. there may be a few messages exchanged between the
TTS server and the VXML server until the TTS has started playing the file so we need to block until

Does it make sense ? Can someone help me interpreting the spec on this particular point ?

Thanks in advance,



This page is maintained by Alan W Black (awb@cs.cmu.edu)
speechinfo.org is hosted on a machine donated by VA Linux Systems
VA Linux Systems