- Expédié
- 6 novembre 2026 à 23:23 UTC
- Auteur
- Kamo
- Commit
- 20e0701
Rapport du propriétaire 2026-11-06: les transcriptions "ne reflètent pas l'intégralité de l'appel" Enregistrements", et des canaux distincts devraient indiquer qui parle. Mesurée sur 180 enregistrements de plate-forme avec la parole (lecture seule, par rapport à un nouveau Whisper Transcription d'un même audio): 52% des transcriptions stockées se trouvent sous 80% des mots La coupure n'était pas à la fin (80 sur 94 mots), mais à la fin de la phrase (10 sur 10 mots) Les plus courts atteignent toujours les 10% derniers de l'appel): le routage de l'org a envoyé chaque morceau à gpt-4o-transcribe, qui retourne un morceau coupé après une pause. - Chaque morceau demande maintenant AIService pour les segments chronométrés (aiservice 6fd880a), donc seulement les modèles Un 424 (pas de tel modèle pour l'org) retombe à la plaine, comme avant. - Les enregistrements sont transcrits sous forme de tours chronométrés (CallTurns) : des morceaux Les canaux d'une seule partie (les fichiers rx/tx d'une partie, lorsque le téléchargeur les marque dans Les chansons sont transcrites une par une et fusionnées dans l'ordre chronologique avec les chansons de chaque canal Un seul canal mixte maintient un équilibre entre le haut-parleur (notre membre par extension, sinon l'autre partie) Le journalisation des étiquettes du modèle uniquement lorsque l'enregistrement est passé dans une requête RECORDINGS.TRANSCRIPT_TURNS à côté de la TRANSCRIPT. Un enregistrement sans audio est stocké comme une transcription vide au lieu d'échec ffmpeg. - TranscriptBackfill retranscrit les lignes dont les tours sont nuls : un enregistrement toutes les 30 s tick, sur un pod (SingletonTaskRunner), sauté alors que ce pod a une transcription en direct, L'audio et ne l'écrit jamais. Nécessite kamo-shared-library e1a4a4ee et aiservice 6fd880a.