Newer versions of the WatsonS2T operator have a "transcriptionComplete" field that is set when sending the last utterance for a given id (in the case of files, it's the last utterance of the file).
Currently, parts of the code rely upon a utteranceNumber == -1 to indicate that an RTPStream has finished processing. While this tuple with -1 will be emitted most of the time, it is only in the cases where a "partialUtterance" was not found when the reset signal was received, therefore it is unreliable.
This is probably most likely to happen if a call were to disconnected mid-sentence, otherwise it's probably less likely.
Newer versions of the WatsonS2T operator have a "transcriptionComplete" field that is set when sending the last utterance for a given id (in the case of files, it's the last utterance of the file).
Currently, parts of the code rely upon a utteranceNumber == -1 to indicate that an RTPStream has finished processing. While this tuple with -1 will be emitted most of the time, it is only in the cases where a "partialUtterance" was not found when the reset signal was received, therefore it is unreliable.
This is probably most likely to happen if a call were to disconnected mid-sentence, otherwise it's probably less likely.