- Shipped
- 6 листопада 2026 р. о 23:23 UTC
- Author
- Kamo
- Commit
- 20e0701
Звіт власника 2026-11-06: транскрипти "не відображають всю довжину виклику записів", і окремі канали повинні показувати, хто говорить. Виміряно на 180 платформах з записом мовлення (тільки для читання, порівняно з новим Whisper) транскрипт того ж аудіо: 52% збережених транскриптів містять 80% слів 75, 7% всіх слів було збережено. Відрізок не був наприкінці (80 з 94 слів) короткі все ще досягають останніх 10% виклику): маршрутизація організації відсилає кожен шматок до gpt- 4o- transcribe, який повертає скорочений шматок після паузи. - Кожен шматок тепер запитує AIService про часові сегменти (aiservice 6fd880a), отже тільки моделі що дають їм відповідь; 424 (така модель для організації відсутня) повертається до простих, як і раніше. - Запис переписується як повороти з часовими інтервалами (CallTurns): шматки з’ єднуються на записі тактувати в порядку; канали з одним учасником (файли rx/ tx одного учасника, коли вивантажувач позначає їх у маніфест) переписуються один за одним і об’ єднуються у часовому порядку з іменами каналів мовця (нашого члена за розширенням, інакше іншої сторони). Один змішаний канал зберігає щоденне зберігання міток моделі лише у тому випадку, якщо запис було виконано за одним запитом. Зберігається у RECORDINGS.TRANSCRIPT_TURNS поряд з простим TRANSCRIPT. Запис без звуку зберігається як порожня транскрипція замість помилки ffmpeg. - TranscriptBackfill перезаписує рядки з нульовими поворотами: один запис кожні 30 секунд позначка, на одному поді (SingletonTaskRunner), пропущено, поки в цьому поді є пряма транскрипція, і ніколи не записує його. Потрібні kamo- shared- library e1a4a4ee і aiservice 6fd880a.