Влияние заряда батареи на удержание микрофона в приложении

Question

Я некоторое время осматривался, но не мог найти много об этом. У меня есть AudioComponentInstance, который я использую, чтобы непрерывно записывать пользователя в приложении. Это не записывается в файл, но я выполняю небольшую обработку в обратном вызове записи. Эта обработка света в основном представляет собой автономную облегченную систему обнаружения голосовой активности на каждые 100 мс аудиоданных.

По сути, то, что у меня есть, похоже на функцию Эй Сири. В приложении микрофон всегда включен. Он ждет, когда пользователь начнет говорить, и как только облегченный распознаватель обнаружит речь, произойдет другое.

Я знаю, что это может быть очень эффективным от батареи, потому что Эй Сири является общесистемной функцией. Но в то же время у меня нет четкого представления о влиянии на время автономной работы. У меня есть только отдельные данные - например, приложение Sleep Cycle использует 30% батареи, если ваш телефон не заряжается во время сна. Так что в этом случае 30% батареи за 8 часов использования микрофона. Но это может быть высоким, потому что они постоянно выполняют какую-то обработку сна?

Есть ли способ использовать инструменты или что-то для тестирования изолированной батареи, или кто-то, кто лучше понимает влияние микрофона на срок службы батареи? Спасибо!

Answer 1

В вашем случае использование «Hey Siri» в качестве сравнения не является точным, поскольку эта функция опирается на выделенную SoC, специально для оптимизации энергопотребления. В вашем сценарии у вас нет выбора, кроме как потреблять ресурсы ЦП, что приведет к более высокому энергопотреблению.

Хотя потребуется дальнейшее тестирование, я предполагаю, что ваше энергопотребление будет в лучшем случае не лучше, чем приложение в состоянии ожидания (YMMV на основе того, что еще делает ваше приложение).

https://machinelearning.apple.com/2017/10/01/hey-siri.html

Чтобы не запускать основной процессор весь день, просто прислушивайтесь к триггерную фразу, iPhone всегда на процессоре (AOP) (маленький, маломощный вспомогательный процессор, то есть встроенный Motion Сопроцессор) имеет доступ к сигналу микрофона (на 6S и выше). Мы использовать небольшую часть ограниченной вычислительной мощности АОП для запуска детектор с небольшой версией акустической модели (DNN).

Акустическая модель, на которую она ссылается, - это триггерная фраза "Hey Siri", которую она была высоко оптимизирована для обнаружения, снова возвращаясь к соображениям мощности и производительности.