- Verschickt
- 6. November 2026 um 23:23 UTC
- Autor
- Kamo
- Commit
- 20e0701
Besitzerbericht 2026-11-06: Transkripte "spiegeln nicht die Gesamtheit des Anrufs wider Aufzeichnungen", und separate Kanäle sollten anzeigen, wer spricht. Gemessen an 180 Plattform-Aufnahmen mit Sprache (nur Lesemodus, gegen einen frischen Whisper Transkript des gleichen Audios): 52% der gespeicherten Transkripte unter 80% der Wörter gehalten Der Schnitt war nicht am Ende (80 von 94 Wörtern), 1 hatte keinen Schnitt, 75,7% aller Wörter wurden beibehalten Kurze Stücke erreichen immer noch die letzten 10% des Anrufs): Das Routing der Organisation schickte jeden Stück an gpt-4o-transcribe, das nach einer Pause einen abgeschnittenen Chunk zurückgibt. - Jeder Chunk fragt nun AIService nach zeitgesteuerten Segmenten (aiservice 6fd880a), also nur Modelle Ein 424 (kein solches Modell für die Organisation) fällt wieder auf die Ebene zurück, wie zuvor. - Aufnahmen werden als zeitgesteuerte Turns (CallTurns) transkribiert: Stücke, die auf die Einseitige Kanäle (die rx/tx-Dateien eines Legs, wenn der Uploader sie in der Datei Die einzelnen Kanäle werden nacheinander transkribiert und in zeitlicher Reihenfolge mit den Ein einzelner gemischter Kanal hält einen Lautsprecher (unser Mitglied durch Erweiterung, sonst die andere Partei) Die Etiketten des Modells werden nur dann gespeichert, wenn die Aufzeichnung in einer Anforderung erfolgte RECORDINGS.TRANSCRIPT_TURNS neben dem einfachen TRANSCRIPT. Eine Aufnahme ohne Audio ist Als leeres Transkript gespeichert anstatt fehlgeschlagenen ffmpeg. - TranscriptBackfill transkribiert Zeilen, deren Umdrehungen null sind: eine Aufzeichnung alle 30 s Tick, auf einem Pod (SingletonTaskRunner), übersprungen, während dieser Pod eine Live-Transkription hat, Audio und schreibt es nie. Benötigt kamo-shared-library e1a4a4ee und aiservice 6fd880a.