Почему Daisy переставала слышать собеседника — и что мы изменили

Двое пользователей написали, что Daisy перестаёт записывать собеседника. Три разные поломки, один симптом и предупреждение, которого никто не видел. Что случилось, что вышло в тот же день и что ещё открыто.

23 сентября двое пользователей написали нам об одном и том же: Daisy не записывает собеседника, а у одного из них «после 11-й минуты перестала писать». Оба прислали логи диагностики. Ниже — что в них оказалось, что мы изменили и что пока не решено.

Сообщили: 23 сентября 2026 — двое пользователей, Mac
Симптом: В транскрипте нет собеседника — с самого начала или с середины встречи
Исправлено: 1.0.8.2 (stable, 23 сентября) и 1.0.8.11 (stable, 24 сентября)
Ещё открыто: Bluetooth-вывод на macOS 14.0–14.3

Как Daisy слышит собеседника

Во время звонка Daisy пишет две дорожки: ваш микрофон и звук, который играет Mac, — то есть остальных участников. При этом симптоме пропадает вторая. Ваш голос во всех разобранных случаях записался правильно; потерялись все остальные.

Поломка первая: после третьего перезапуска Daisy сдавалась

На Mac первого пользователя macOS каждые несколько минут останавливала поток системного звука с ошибкой «Система остановила трансляцию». Daisy каждый раз его перезапускала, и перезапуск каждый раз удавался — звук шёл ещё от одной до семи минут. Но на запись Daisy давала себе три перезапуска. После третьей остановки она переставала пытаться и до конца встречи писала только микрофон.

«После 11-й минуты» — ровно это: встреча началась в 16:59:32, третья остановка пришла в 17:10:22. Лимит задумывался против потока, который умирает сразу после каждого перезапуска. А сработал на потоке, который жил минутами и умирал снова, — такой стоило перезапускать сколько угодно.

Поломка вторая: предупреждение, которого не видно

Daisy это заметила. Она показала «Daisy перестала слышать собеседника» маленькой пилюлей на плавающем виджете и тостом в окне Daisy, который исчезал через 2,6 секунды. Уведомление macOS уходило, только если пилюлю показать не удавалось. Во время звонка человек смотрит в звонок, а не на виджет в углу, — поэтому единственное важное сообщение никто не увидел, и оба пользователя узнали о потере из транскрипта, уже после встречи.

Поломка третья: Bluetooth-наушники отдавали тишину

Второй пользователь был в Bluetooth-наушниках. Здесь поток не умирал — он не отдал ни одного кадра. Лог Daisy отметил это на 35-й секунде («тихий поток») и потом молчал все 43 минуты встречи.

Сначала мы приняли это за ограничение macOS. Это не так: другие приложения для заметок на Mac пишут собеседника через Bluetooth-наушники. Причина была наша. Когда приложение звонка берёт микрофон гарнитуры, наушники переходят в режим звонка — ниже частота, один канал, иногда другой маршрут звука. Если это переключение случается, пока Daisy настраивает захват, поток привязывается к маршруту, которого уже нет, и молчит. Daisy слушала смену вывода только после настройки и только смену устройства — а режим звонка оставляет устройство тем же и меняет его формат.

И ещё одна: новая запись отменяла финальную расшифровку предыдущей

После встречи Daisy делает второй, более точный проход расшифровки по сохранённому звуку. На Mac второго пользователя этот проход шёл 88 секунд, когда началась новая запись, — и новая запись его отменила. У встречи остался только живой транскрипт. Звук оставался на диске, так что ничего не пропало насовсем, но и сказать об этом Daisy не сказала.

И починки не доходили до большинства

Проверяя версии, мы обнаружили, что стабильный канал с августа стоял на 1.0.7.63. Всё, что было исправлено за месяц, было помечено как beta, а сайт раздавал новым пользователям августовскую сборку. Второй пользователь поставил её накануне. Исправления, которые лежат в beta, никому на stable не помогают.

Что вышло 23 сентября — Daisy 1.0.8.2

Лимит перезапусков — на двухминутное окно, а не на запись: не больше трёх за любые 120 секунд. Дальше Daisy продолжает пробовать через 5, 15 и 30 секунд, потом раз в минуту до конца записи. До конца встречи она больше не сдаётся. На метках времени самого первого пользователя все восемь остановок в обеих встречах были бы перезапущены.
Потеря собеседника — громко: уведомление macOS каждый раз, вместе с пилюлей; тост, который висит, пока его не закроешь; и в обоих кнопка «Перезапустить захват», чтобы решением не было «остановите и начните заново».
При Bluetooth-выводе, если за 35 секунд звук не пришёл, Daisy сразу говорит об этом и что сделать.
Петли повторов, которые оставляет умирающий поток («я знаю, что я знаю, что я знаю…»), вырезаются из текста. Фильтр проверили на 49 настоящих транскриптах, 7173 строки: ушли петли и больше ничего.
Прерванная финальная расшифровка возвращается в очередь и доделывается позже, а не отменяется.
Если обновление скачано и запись не идёт, Daisy предлагает его установить — во время записи никогда.

1.0.8.2 ушла сразу в стабильный канал, минуя промежуточные сборки: каждое лишнее обновление — ещё один момент, когда старая Daisy могла перезапуститься посреди встречи.

Что вышло 24 сентября — починка Bluetooth

Daisy начинает слушать смену вывода до того, как собирает захват, — переключение во время настройки замечается, и захват тихо пересобирается.
Она следит и за частотой и каналами самого устройства вывода — именно их меняет режим звонка.
На macOS 14.4 и новее Daisy теперь по умолчанию пишет системный звук через Core Audio process tap. Он читает звук ниже маршрутизации устройств, поэтому переход гарнитуры в режим звонка для него не событие. Он просит своё, более узкое разрешение — «Запись системного звука», а не «Запись экрана», — один раз и на своём экране, а не посреди звонка.
Если tap две минуты ничего не слышит, та же запись на лету переходит на прежний способ, шкала времени не сдвигается.
Предупреждение теперь снимается само, когда собеседник вернулся, и говорит об этом. Третий пользователь заметил, что в 1.0.8.2 оно могло остаться на экране после переключения с наушников на динамики — запись шла нормально, тревога была ложной.

Мы проверили это на Bluetooth-наушниках в режиме звонка — собеседник записался. В стабильный канал эти изменения вошли в 1.0.8.11, 24 сентября.

Что ещё открыто

macOS 14.0–14.3 с Bluetooth-выводом. Process tap требует macOS 14.4. На более старых версиях Daisy теперь скажет об этом за 35 секунд, но собеседника через Bluetooth всё равно не услышит: нужны проводные наушники или динамики — или обновление macOS.
Мы проверили одни Bluetooth-наушники в режиме звонка. Дальше — другие гарнитуры, включая AirPods.
Остановки потока у первого пользователя совпадают с нестабильной USB-гарнитурой, но по логам причину доказать нельзя. Новый лимит перезапусков делает их безвредными; утверждать, почему macOS останавливает поток, мы не будем.

Что мы из этого забираем

Поломка, которая стоит остатка встречи, должна быть громкой и сразу предлагать выход. Повтор стоит секунд, отказ — всей встречи. И исправление становится исправлением, только когда доходит до того канала, которым люди на самом деле пользуются.