Я думаю, что фундаментальная проблема заключается в производительности вашего синтезаторного движка. Приличное количество каналов с процессором Cortex-A8 или -A9 достижимо с одним ядром. На каком языке вы это реализовали? Если это Java, я рекомендую портировать его на C++.
Использование нескольких потоков для синтеза, безусловно, возможно, но влечет за собой новые проблемы, а именно то, что каждый поток должен синхронизироваться, прежде чем можно будет микшировать сгенерированный звук.
Если вы не возьмете на себя дополнительную задержку, связанную с асинхронным запуском потоков синтеза, вероятная установка заключается в том, что в обратном вызове рендеринга вы сигнализируете дополнительным потокам синтеза, а затем ждете их завершения, прежде чем микшировать звук из все вместе.
(очевидная оптимизация заключается в том, что обратный вызов рендеринга выполняет часть обработки сам, поскольку он уже выполняется на ЦП и в противном случае ничего не делал бы).
Вот в чем проблема. Если вы не можете быть уверены, что ваши потоки рендеринга синтезатора выполняются с приоритетом в реальном времени, вы потенциально можете получить попадание по планированию каждый раз, когда запускается обратный вызов рендеринга, и потенциально еще один, если вы заблокируете поток обратного вызова, ожидая, пока потоки рендеринга синтезатора догонят.
В прошлый раз, когда я смотрел аудио на Android, у Bionic не было средства установки приоритета потока в реальном времени (например, SCHED_FIFO). В любом случае, разрешено ли это вообще, зависит от политики операционной системы: в настольной системе Linux вам либо нужно быть пользователем root, либо настроить соответствующий ulimit (как root) — я не уверен, что здесь делает Android, но я очень подозреваю, что загруженным приложениям по умолчанию не дается это разрешение. Ни другое полезное разрешение, которое заключается в mlock() коде и его вероятном стеке, необходимом в физической памяти.
person
marko
schedule
07.06.2013
