5.1.x rilasci

Limitazioni e problemi noti dei servizi Watson Speech.

5.0.x rilasci

Limitazioni e problemi noti dei servizi Watson Speech.

4.8.x rilasci

Limitazioni e problemi noti dei servizi Watson Speech.

4.7.x rilasci

Limitazioni e problemi noti dei servizi Watson Speech.

4.6.x rilasci

Limitazioni e problemi noti dei servizi Watson Speech.

4.5.x rilasci

Limitazioni e problemi noti dei servizi Watson Speech.

I seguenti problemi noti si riferiscono a funzionalità di servizio che coprono tutte le release di tutte le piattaforme.

Problema: risultati intermedi per i modelli di prima generazione

27 aprile 2021: quando si utilizzano i modelli di generazione precedente con l'interfaccia WebSocket, se si richiedono sia le etichette del parlante che i risultati provvisori, la risposta delle etichette del parlante include un oggetto aggiuntivo. I risultati finali duplicano l'oggetto per l'etichetta dell'ultimo speaker. Invece di apparire una volta con "final": true, l'oggetto appare due volte: una volta con "final": false e una volta con "final": true.

Ad esempio, una richiesta WebSocket che include sia le etichette del parlante che i risultati provvisori invia un messaggio start simile al seguente:

var message = {
  action: 'start',
  speaker_labels: true,
  interim_results: true
};
websocket.send(JSON.stringify(message));

Per indicare risultati finali per le etichette degli altoparlanti, il servizio dovrebbe restituire una risposta del seguente modulo:

{
  "speaker_labels": [
    . . .
    {
      "from": 1.01,
      "to": 1.75,
      "speaker": 0,
      "confidence": 0.75,
      "final": false
    },
    {
      "from": 1.76,
      "to": 2.50,
      "speaker": 1,
      "confidence": 0.80,
      "final": true
    }
  ]
}

Il servizio, invece, restituisce risultati finali come i seguenti. Da notare che l'oggetto per l'etichetta dell'ultimo speaker, che inizia a 1.76 e termina a 2.50, viene restituito due volte. L'indicazione "final": true è associata alla seconda istanza dell'etichetta.

{
  "speaker_labels": [
    . . .
    {
      "from": 1.01,
      "to": 1.75,
      "speaker": 0,
      "confidence": 0.75,
      "final": false
    },
    {
      "from": 1.76,
      "to": 2.50,
      "speaker": 1,
      "confidence": 0.80,
      "final": false
    }
  ]
}{
  "from": 1.76,
  "to": 2.50,
  "speaker": 1,
  "confidence": 0.80,
  "final": true
}

Per ulteriori informazioni sull'utilizzo delle etichette degli speaker con risultati intermedi, consultare Richiamo dei risultati intermedi per le etichette degli altoparlanti.

Problema: le funzioni supportate per le etichette degli speaker sono sempre true

6 agosto 2020: I metodi GET /v1/models e GET /v1/models/{model_id} elencano informazioni sui modelli linguistici. In supported_features, il campo speaker_labels indica se puoi utilizzare il parametro speaker_labels con un modello. Attualmente, il campo restituisce true per tutti i modelli.

Tuttavia, le etichette del parlante sono supportate come funzionalità beta solo per inglese americano, inglese australiano, tedesco, giapponese, coreano e spagnolo (sia i modelli a banda larga che quelli a banda stretta) e inglese britannico (solo il modello a banda stretta). Le etichette del parlante non sono supportate per altri modelli. Non fare affidamento sul campo per identificare quali modelli supportano le etichette del parlante.

Per ulteriori informazioni sulle etichette del parlante e sui modelli supportati, vedi Etichette del parlante.

Problema: il campo progress per i modelli personalizzati non è continuo

I seguenti metodi includono un campo progress nelle informazioni che restituiscono per un modello personalizzato:

• GET /v1/customizations
• GET /v1/customizations/{customization_id}
• GET /v1/acoustic_customizations
• GET /v1/acoustic_customizations/{customization_id}

Il campo restituisce i progressi per un'operazione di formazione o aggiornamento. Attualmente, il valore del campo è 100 se lo stato è available ; altrimenti, è 0.

Quando si monitora la formazione o l'aggiornamento di un modello personalizzato, polling il valore del campo status, non il valore del campo progress. Se l'operazione non riesce per nessun motivo, il valore del campo status cambia per riflettere il guasto; il valore del campo progress rimane 0.