Внутри метода getSamples создается собственный буфер
Было решено включать выборку в методе onResume активности и отключать ее в методе onPause. Поскольку пользовательский интерфейс при выборке не должен зависать, создается отдельный поток, который будет заниматься собственно выборкой. Также устанавливается булевское значение (inRecordMode), чтобы можно было остановить этот поток. Внутри метода getSamples создается собственный буфер для аудиоданных. Как упоминалось ранее, напрямую обращаться к внутреннему буферу аудиоданных AudioRecord нельзя, так что чтение производится в наш буфер фрагменто. Обратите внимание, что размер буфера равен audioBufferSampleSize, а не audioBufferSize. Мы читаем только размер фрагмента, и это все, что необходимо в буфере. Мы сообщаем AudioRecord о начале записи, удостоверяемся, что состояние изменилось на RECORDING, и затем запускаем цикл чтения. Это блокирующее чтение, но оно выполняется в отдельном потоке, так что все в порядке. Когда AudioRecord получает указанный размер данных, чтение возвращает управление, чтобы можно было обработать аудиофрагмент.
А между тем AudioRecord собирает дополнительные аудиоданные для последующего чтения. У нас есть определенный период времени для выполнения обработки, прежде чем наполнится внутренний буфер AudioRecord. В зависимости от того, что вы собираетесь делать с данными, http://мастерская54.рф/buyer/articles/24-shkaf вы можете просто остановить запись и запустить ее вновь позднее. В рассматриваемом примере мы просто сообщаем в LogCat о получении фрагментов и отображаем первые значений. Запустив пример приложения, издавайте разные звуки в микрофон, чтобы увидеть, как меняются значения в LogCat.
Цикл продолжается до тех пор, пока inRecordMode не примет значение false, что случится тогда, когда приложение будет скрыто или прервано.
Во время изучения документации по AudioRecord вы можете заметить несколько интерфейсов обратного вызова. Они позволяют установить слушатели на достижение определенной позиции в аудиопотоке либо периодически инициировать обратные вызовы. Модифицируем предыдущий пример, добавив операторы из. Полный исходный код примера доступен в рамках загружаемого кода для этой.
Обратите внимание, что слушатель состоит из двух отдельных методов обратного вызова. Первый вызывается всякий раз после прочтения фреймов аудио, что установлено в методе инициализации. Этот счетчик фреймов не зависит от размера буфера фрагменто. Хотя можно читать по фреймов за раз, первый обратный вызов инициируется после каждых фреймо. Поэтому мы можем видеть два таких вызова в пределах одного цикла чтения. Второй обратный вызов осуществляется по достижении абсолютного значения счетчиков фреймо. В примере этот порог установлен в фреймов, и когда это значение достигнуто, запись отключается установкой inRecordMode в false. Если бы только записывалось сообщение в LogCat без отключения записи, то этот обратный вызов никогда бы не появился опять, независимо от количества фреймов, прочитанных в будущем. Маркер относителен к моменту вызова startRecording экземпляра AudioRecord.
Опубликовал Kest
February 14 2015 13:33:27 ·
0 Комментариев ·
2807 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
