Нужен ли кеш результата диаризации #20

New Issue

2026-08-14T13:36:30+03:00

ddmitry commented

2026-08-14 13:36:30 +03:00

Часть карты: Карта: диаризация спикеров в транскрипте (#8)

Question

Нужно ли кешировать результат диаризации между повторными прогонами одного
файла, и если да, то где проходит граница кеша и чем он инвалидируется?

На доступном слабом Intel baseline диаризация часа записи занимает около
13,6 минуты. Цена повторного прохода теперь известна; решение должно учесть
локальность продукта, конфиденциальность интервалов, параметры моделей и
кластеризации, а также ожидаемую частоту повторной транскрипции.

Часть карты: [Карта: диаризация спикеров в транскрипте](https://git.dementev.space/ddmitry/local-transcriber/issues/8) (#8) ## Question Нужно ли кешировать результат диаризации между повторными прогонами одного файла, и если да, то где проходит граница кеша и чем он инвалидируется? На доступном слабом Intel baseline диаризация часа записи занимает около 13,6 минуты. Цена повторного прохода теперь известна; решение должно учесть локальность продукта, конфиденциальность интервалов, параметры моделей и кластеризации, а также ожидаемую частоту повторной транскрипции.

ddmitry added the wayfinder:grilling label 2026-08-14 13:36:30 +03:00

ddmitry added a new dependency 2026-08-14 14:17:51 +03:00

#17 Свести решения карты в ADR и спеку

ddmitry self-assigned this 2026-08-14 14:57:57 +03:00

ddmitry commented

2026-08-14 15:03:39 +03:00

Решение

Кеш результата диаризации между запусками не вводим.

Разметка говорящих живёт только в памяти текущего прогона и после сведения с распознанными словами больше не нужна.
Единственный постоянный продуктовый артефакт — итоговый Markdown-транскрипт.
Обычный повторный батч по-прежнему пропускает файлы с готовым транскриптом.
Явный повторный запуск одного файла и батч с --force полностью пересчитывают и ASR, и диаризацию.
Локальный кеш файлов моделей остаётся отдельным существующим механизмом и этим решением не затрагивается.

Расширенное логирование

--verbose выводит в консоль прогресс, число найденных говорящих и интервалов, длительность и предупреждения. Полный список интервалов, голосовые эмбеддинги и отдельный диагностический файл не сохраняются.

Если позже появится подтверждённый частый сценарий повторного ASR или форматирования при неизменной диаризации, кеш можно спроектировать отдельной задачей. Для первой реализации эта сложность не оправдана.

## Решение Кеш результата диаризации между запусками не вводим. - Разметка говорящих живёт только в памяти текущего прогона и после сведения с распознанными словами больше не нужна. - Единственный постоянный продуктовый артефакт — итоговый Markdown-транскрипт. - Обычный повторный батч по-прежнему пропускает файлы с готовым транскриптом. - Явный повторный запуск одного файла и батч с `--force` полностью пересчитывают и ASR, и диаризацию. - Локальный кеш файлов моделей остаётся отдельным существующим механизмом и этим решением не затрагивается. ## Расширенное логирование `--verbose` выводит в консоль прогресс, число найденных говорящих и интервалов, длительность и предупреждения. Полный список интервалов, голосовые эмбеддинги и отдельный диагностический файл не сохраняются. Если позже появится подтверждённый частый сценарий повторного ASR или форматирования при неизменной диаризации, кеш можно спроектировать отдельной задачей. Для первой реализации эта сложность не оправдана.

ddmitry referenced this issue

2026-08-14 15:03:41 +03:00

Карта: диаризация спикеров в транскрипте #8

ddmitry closed this issue

2026-08-14 15:03:41 +03:00

ddmitry referenced this issue

2026-08-14 15:45:18 +03:00

UX диаризации: флаг, число участников, зависимость и поведение на OpenVINO #16

Sign in to join this conversation.