Регулировать скорость воспроизведения Android AudioTrack

Первая проблема, которую я вижу, это произвольная частота дискретизации.

AudioTrack.getNativeOutputSampleRate вернет частоту дискретизации, используемую звуковой системой. Это может быть 44100, 48000, 96000, 192000 или сколько угодно. Но похоже, что у вас есть аудиоданные из какого-то независимого источника, который выдает данные с очень точной частотой дискретизации.

Допустим, аудиоданные из источника дискретизируются с частотой 44 100 выборок в секунду. Если вы начнете играть в нее на 96000, она будет ускорена и выше.

Таким образом, используйте настройку частоты дискретизации вместе с количеством каналов, форматом выборки и т. д., как это указано в источнике, не полагаясь на системные настройки по умолчанию.

Второй: вы уверены, что процедура readData всегда будет достаточно быстрой, чтобы успешно заполнить буфер, каким бы малым он ни был, и вернуться обратно быстрее, чем будет воспроизведен буфер?

Вы создали AudioTrack с AudioTrack.getMinBufferSize передается как параметр bufferSizeInBytes.

Функция getMinBufferSize возвращает минимально возможный размер буфера, который можно использовать при данном параметре. Допустим, он вернул размер, соответствующий буферу длиной 10 мс. Это означает, что новые данные должны быть подготовлены в течение этого интервала времени. т.е. Интервал времени между предыдущим write возвращенным управлением и выполнением нового write должен быть меньше временного размера буфера.

Таким образом, если функция readData может по какой-то причине задержаться дольше, чем этот временной интервал, воспроизведение будет приостановлено на это время, вы услышите небольшие паузы в воспроизведении.

Причины, по которым readData может задерживаться, могут быть разными: если он читает данные из файла, то он может задерживать ожидание операций ввода-вывода; если он выделяет java-объекты, он может столкнуться с задержкой сборщика мусора; если он использует какой-то декодер другого типа источника звука, который использует свою собственную буферизацию, он может периодически задерживать заполнение буфера.

Но в любом случае, если вы не создаете какой-то синтезатор реального времени, который должен реагировать как можно быстрее на пользовательский ввод, всегда используйте достаточно большой размер буфера, но не меньше возвращаемого getMinBufferSize. То есть:

sampleRate = 44100;// sampling rate of the source

int bufSize = sampleRate * 4; // 1 second length; 4 - is the frame size: 2 chanels * 2 bytes per each sample
bufSize = max(bufSize, AudioTrack.getMinBufferSize(sampleRate, AudioFormat.CHANNEL_OUT_STEREO, AudioFormat.ENCODING_PCM_16BIT)); // Not less than getMinBufferSize returns
audioTrack = new AudioTrack(AudioManager.STREAM_MUSIC, sampleRate,
                AudioFormat.CHANNEL_OUT_STEREO,
                AudioFormat.ENCODING_PCM_16BIT,
                bufSize,
                AudioTrack.MODE_STREAM);

Как сказал пользователь @pskink,

Скорее всего, ваш sampleRate (или любой другой параметр, переданный конструктору AudioTrack) недействителен.

Поэтому я бы начал с проверки того, какое значение вы на самом деле устанавливаете для частоты дискретизации.

Для справки, вы также можете установить скорость AudioTrack, вызвав метод setPlayBackParams:

public void setPlaybackParams (PlaybackParams params)

Если вы посмотрите документацию AudioTrack, вы увидите документы PlaybackParams и может установить скорость и шаг выходного звука. Затем этот объект можно передать для установки параметров воспроизведения в вашем объекте AudioTrack.

Однако маловероятно, что вам понадобится использовать это, если ваша единственная проблема — исходный конструктор sampleRate (поскольку мы не можем видеть, откуда берется переменная sampleRate).