5.1.x libérations

Limitations et problèmes connus des services Watson Speech.

5.0.x libérations

Limitations et problèmes connus des services Watson Speech.

4.8.x libérations

Limitations et problèmes connus des services Watson Speech.

4.7.x libérations

Limitations et problèmes connus des services Watson Speech.

4.6.x libérations

Limitations et problèmes connus des services Watson Speech.

4.5.x libérations

Limitations et problèmes connus des services Watson Speech.

Les problèmes connus suivants s'appliquent à des fonctionnalités de service qui s'étendent à toutes les versions de toutes les plates-formes.

Problème: résultats provisoires pour les modèles de la génération précédente

27 avril 2021 : Lorsque vous utilisez des modèles de génération précédente avec l'interface WebSocket, si vous demandez à la fois des étiquettes d'orateur et des résultats provisoires, la réponse des étiquettes d'orateur inclut un objet supplémentaire. Les résultats finaux font double emploi avec l'objet de l'étiquette du dernier conférencier. Au lieu d'apparaître une fois avec "final": true, l'objet apparaît deux fois : une fois avec "final": false et une fois avec "final": true.

Par exemple, une demande WebSocket qui inclut à la fois des étiquettes d'orateur et des résultats provisoires envoie un message start comme suit :

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

Pour indiquer les résultats finaux des étiquettes d'orateur, le service est censé renvoyer une réponse du formulaire suivant :

{
  "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
    }
  ]
}

Le service renvoie plutôt les résultats finaux comme suit. Notez que l'objet de la dernière étiquette d'orateur, qui commence à 1.76 et se termine à 2.50, est renvoyé deux fois. L'indication "final": true est associée à la seconde instance de l'étiquette.

{
  "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
}

Pour plus d'informations sur l'utilisation des étiquettes d'orateur avec des résultats provisoires, voir Demande de résultats provisoires pour les étiquettes d'orateur.

Problème: Les fonctions prises en charge pour les étiquettes de locuteur sont toujours true

6 août 2020 : Les méthodes GET /v1/models et GET /v1/models/{model_id} répertorient les informations sur les modèles de langue. Sous supported_features, la zone speaker_labels indique si vous pouvez ou non utiliser le paramètre speaker_labels avec un modèle. A ce stade, la zone renvoie la valeur true pour tous les modèles.

Toutefois, les étiquettes de locuteur sont prises en charge en tant que fonctionnalité bêta uniquement pour l'anglais américain, l'anglais australien, l'allemand, le japonais, le coréen et l'espagnol (modèles à large bande et à bande étroite) et l'anglais britannique (modèle à bande étroite uniquement). Elles ne sont pas prises en charge pour les autres modèles. Ne vous fiez pas à la zone pour identifier les modèles qui prennent en charge les étiquettes de locuteur.

Pour plus d'informations sur les étiquettes de locuteur et les modèles pris en charge, voir Etiquettes de locuteur.

Problème: Le champ progress pour les modèles personnalisés n'est pas continu

Les méthodes suivantes incluent une zone progress dans les informations qu'elles renvoient pour un modèle personnalisé:

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

La zone renvoie la progression d'une opération d'entraînement ou de mise à niveau. Actuellement, la valeur du champ est 100 si le statut est available ; sinon, elle est 0.

Lorsque vous surveillez l'entraînement ou la mise à niveau d'un modèle personnalisé, interrogez la valeur de la zone status et non celle de la zone progress. Si l'opération échoue pour une raison quelconque, la valeur de la zone status change pour refléter l'échec ; la valeur de la zone progress reste 0.