- From: Glen Shires <gshires@google.com>
- Date: Sat, 1 Sep 2012 07:51:01 -0700
- To: public-speech-api@w3.org
- Message-ID: <CAEE5bciDPFQGQDQn=AKgTodHt2Q5fj5ZfFB-TJCD_2BQ1-UjhA@mail.gmail.com>
If there's no disagreement, I'll add this to the spec on Tuesday... On Thu, Aug 30, 2012 at 10:55 AM, Glen Shires <gshires@google.com> wrote: > For JavaScript authors that do not make use of interim results, or only > want to show fewer and more stable interim results, the following > stabilityThreshold would allow the author to request this, which reduces > the bandwidth usage and the events fired (and thus also reduces compute and > power). In addition, the stability attribute returned with interim results > would allow authors to process results according to their estimated > stability. For example, an author might choose to display final results in > black, fairly stable results in dark grey, and not very stable results in > light grey. > > I propose the following: > > Add to IDL for SpeechRecognitionResult > readonly attribute float stability; > > Add to 5.1.6 Speech Recognition Result definitions > > stability > The stability represents a numeric estimate between 0.0 and 1.0 of how > likely the recognition system is to change this interim result. A higher > number indicates the result is less likely to change. This attribute is > not defined when the "final" attribute is true. > > Add to IDL for SpeechRecognition (the top level) > attribute float stabilityThreshold; > > Add to 5.1.1 Speech Recognition Attributes definitions: > > stabilityThreshold > This attribute controls how many interim results are returned. When set > to the value of 1.0, no interim results (only final results) will be > returned. When set to 0.0, all interim results will be returned. Valid > values are in the range of 0.0 to 1.0 inclusive. The default value is 1.0. > > /Glen Shires >
Received on Saturday, 1 September 2012 14:52:10 UTC