tts_realtime ou stt_realtime), deux
paramètres contrôlent la façon dont la connexion s’initialise. Ils
fonctionnent de manière identique pour le TTS et le STT.
Pour le cycle de vie complet du protocole, y compris les messages
WebSocket bruts, les tokens navigateur, le multiplexage et le comportement
en cas d’erreur, consultez
Cycle de vie du WebSocket.
send_setup_on_start
Détermine si le message setup est envoyé automatiquement à l’entrée dans
le gestionnaire de contexte. Valeur par défaut : True.
Définissez-le sur False lorsque vous devez envoyer le setup
manuellement, par exemple avec le multiplexage,
où chaque requête a son propre setup avec un client_req_id unique.
wait_for_ready_on_start
Détermine si le client attend de manière bloquante le message ready du
serveur après l’envoi du setup. Valeur par défaut : False.
Avec False, le message ready est capturé de façon différée pendant la
boucle de réception normale. Cela réduit la latence de connexion, puisque
vous pouvez commencer à envoyer des données juste après le setup, sans
attendre un aller-retour.
Avec True, stream.ready est garanti d’être renseigné avant que vous ne
commenciez à envoyer des données, ce qui peut être utile si vous avez
besoin de métadonnées fournies par le serveur (comme la fréquence
d’échantillonnage) avant de continuer.
stt_realtime :