Temps réel TTS

Le TTS en temps réel est destiné à la prévisualisation à faible latence, à la lecture conversationnelle et aux applications qui soumettent du texte en morceaux plus petits. Sur l'Open API à l'étranger, la disponibilité en temps réel est contrôlée par la capacité du compte et l'état de déploiement. Confirmez la disponibilité avec votre équipe de compte et le schéma GET /api/openapi.json actuel avant de créer du trafic de production autour de celui-ci.

Demande

Les intégrations en temps réel utilisent une session WebSocket lorsqu'elles sont activées pour le compte. La session utilise toujours la même authentification par clé API :

Authorization: Bearer KITTA_API_KEY

Les événements client incluent généralement le démarrage de la session, les morceaux de texte, le vidage et la sémantique d'arrêt. Conservez la clé API sur votre serveur ou composant backend de confiance ; ne le placez pas dans un client de navigateur public.

Réponse

Les réponses en temps réel sont des événements diffusés en continu plutôt qu'un seul document JSON. Votre client doit gérer les morceaux audio, les événements d'état partiel, l'achèvement du terminal et les événements d'erreur de terminal. Conservez suffisamment d'état local pour vous reconnecter ou revenir aux Tâches asynchrones en cas d'échec d'une session.

Facturation et crédits

La génération en temps réel peut être facturée en fonction du contenu généré, de la durée de la session ou du modèle activé. Étant donné qu'un son partiel peut déjà avoir été produit avant une déconnexion, ne présumez pas que chaque session interrompue est gratuite. Réconciliez les sessions importantes avec Profil.

Erreurs

Des erreurs d'authentification se produisent lors de la configuration de la connexion. Des erreurs de session se produisent dans le flux d'événements. Lorsque le temps réel n'est pas activé pour le compte, utilisez la synchronisation HTTP ou les tâches asynchrones comme chemin à l'étranger pris en charge.