5.1.x liberações

Limitações e problemas conhecidos nos serviços do Watson Speech.

5.0.x liberações

Limitações e problemas conhecidos nos serviços do Watson Speech.

4.8.x liberações

Limitações e problemas conhecidos nos serviços do Watson Speech.

4.7.x liberações

Limitações e problemas conhecidos nos serviços do Watson Speech.

4.6.x liberações

Limitações e problemas conhecidos nos serviços do Watson Speech.

4.5.x liberações

Limitações e problemas conhecidos nos serviços do Watson Speech.

Os problemas conhecidos a seguir se aplicam à funcionalidade do serviço que abrange versões para todas as plataformas.

Problema: Resultados provisórios para modelos de geração anterior

27 de abril de 2021: ao usar modelos de geração anterior com a interface do WebSocket, se você solicitar rótulos de alto-falante e resultados provisórios, a resposta de rótulos de alto-falante incluirá um objeto extra. Os resultados finais duplicam o objeto para o último rótulo de alto-falante. Em vez de aparecer uma vez com "final": true, o objeto aparece duas vezes: uma vez com "final": false e uma vez com "final": true.

Por exemplo, uma solicitação de WebSocket que inclui rótulos de alto-falante e resultados provisórios envia uma mensagem start como a seguinte:

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

Para indicar resultados finais para rótulos de alto-falante, o serviço deve retornar uma resposta da seguinte forma:

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

Em vez disso, o serviço retorna resultados finais como os seguintes. Observe que o objeto para o rótulo do último alto-falante, que começa em 1.76 e termina em 2.50, é retornado duas vezes. A indicação "final": true está associada à segunda instância do rótulo.

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

Para obter mais informações sobre o uso de rótulos de alto-falante com resultados provisórios, consulte Solicitando resultados provisórios para rótulos de alto-falante.

Problema: Os recursos suportados para rótulos do alto-falante são sempre true

6 de agosto de 2020: os métodos GET /v1/models e GET /v1/models/{model_id} listam informações sobre modelos de idiomas. Em supported_features, o campo speaker_labels indica se o parâmetro speaker_labels pode ser usado com um modelo. Neste momento, o campo retorna true para todos os modelos.

No entanto, os rótulos de falante são suportados como funcionalidade beta apenas para inglês dos EUA, inglês australiano, alemão, japonês, coreano, espanhol (modelos de banda larga e de banda estreita) e inglês do Reino Unido (somente modelo de banda estreita). Os rótulos de falante não são suportados para nenhum outro modelo. Não dependa do campo para identificar quais modelos suportam rótulos de falante.

Para obter mais informações sobre rótulos de falantes e modelos suportados, consulte Rótulos de falantes.

Problema: O campo progress para modelos customizados não é contínuo

Os métodos a seguir incluem um campo progress nas informações que eles retornam para um modelo customizado:

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

O campo retorna o progresso para uma operação de treinamento ou de upgrade Atualmente, o valor do campo é 100 se o status for available ; caso contrário, é 0.

Ao monitorar o treinamento ou upgrade de um modelo customizado, pesquise o valor do campo status, não o valor do campo progress. Se a operação falhar por qualquer motivo, o valor do campo status será alterado para refletir a falha; o valor do campo progress permanece 0.