использование AudioTrack в Android для объединения байтов звуковых образцов производит шум
Я создаю довольно простое приложение для Android (редакция SDK 14: ICS), которое позволяет пользователям выбирать два аудиоклипа за раз (все в формате RIFF / WAV, с прямым порядком байтов и со знаком битовой кодировки PCM-16) и объединять их в различные способы создания новых звуков. Самый основной способ, который я использую для этой комбинации, заключается в следующем:
//...sound samples are read in to memory as raw byte arrays elsewhere
//...offset is currently set to 45 so as to skip the 44 byte header of basic
//RIFF/WAV files
...
//Actual combination method
public byte[] makeChimeraAll(int offset){
for(int i=offset;i<bigData.length;i++){
if(i < littleData.length){
bigData[i] = (byte) (bigData[i] + littleData[i]);
}
else{
//leave bigData alone
}
}
return bigData;
}
возвращенный байтовый массив затем может быть воспроизведен через класс AudioTrack таким образом:
....
hMain.setBigData(hMain.getAudioTransmutation().getBigData()); //set the shared bigData
// to the bigData in AudioTransmutation object
hMain.getAudioProc().playWavFromByteArray(hMain.getBigData(), 22050 + (22050*
(freqSeekSB.getProgress()/100)), 1024); //a SeekBar allows the user to adjust the freq
//ranging from 22050 hz to 44100 hz
....
public void playWavFromByteArray(byte[] audio,int sampleRate, int bufferSize){
int minBufferSize = AudioTrack.getMinBufferSize(sampleRate,
AudioFormat.CHANNEL_CONFIGURATION_MONO, AudioFormat.ENCODING_PCM_16BIT);
AudioTrack at = new AudioTrack(AudioManager.STREAM_MUSIC, sampleRate,
AudioFormat.CHANNEL_CONFIGURATION_MONO, AudioFormat.ENCODING_PCM_16BIT,
minBufferSize, AudioTrack.MODE_STREAM);
int i = 0;
at.play();
at.write(audio, 0, audio.length);
at.stop();
at.release();
for(i=0;i<audio.length;i++){
Log.d("me","the byte value at audio index " + i + " is " + audio[i]);
}
}
Результат комбинирования и воспроизведения с использованием приведенного выше кода близок к тому, что я хочу (оба сэмпла все еще различимы в результирующем гибридном звуке), но также есть много трещин, треск и других шумов.
Итак, три вопроса: во-первых, правильно ли я использую AudioTrack? Во-вторых, где в конфигурации AudioTrack учитывается порядок байтов? Звуки сами по себе прекрасно воспроизводятся и звучат почти так, как я ожидаю, когда объединены, поэтому кажется, что где-то сообщается о порядке байтов в формате RIFF / WAV, но я не уверен, где. Наконец, какой диапазон значений байтов мне следует ожидать для 16-битной кодировки PCM со знаком? Я ожидаю увидеть значения в диапазоне от & # x2212; 32768 до 32767 в logcat из приведенного выше вызова Log.d (...), но вместо этого результаты, как правило, находятся в диапазоне от -100 до 100 (с некоторыми выбросами за пределами тот). Может ли объединенные значения байтов за пределами 16-битного диапазона учитывать шум?
Спасибо, CCJ
ОБНОВЛЕНИЕ: большое спасибо Бьорну Роше и Уильяму Кодереру! Теперь я читаю аудиоданные в структурах short []. Порядковый номер DataInputStream учитывается с помощью EndianInputStream от William (http://stackoverflow.com/questions/8028094/java-datainputstream-replacement-for-endianness) и Комбинированный метод был изменен на этот:
//Audio Chimera methods!
public short[] makeChimeraAll(int offset){
//bigData and littleData are each short arrays, populated elsewhere
int intBucket = 0;
for(int i=offset;i<bigData.length;i++){
if(i < littleData.length){
intBucket = bigData[i] + littleData[i];
if(intBucket > SIGNED_SHORT_MAX){
intBucket = SIGNED_SHORT_MAX;
}
else if (intBucket < SIGNED_SHORT_MIN){
intBucket = SIGNED_SHORT_MIN;
}
bigData[i] = (short) intBucket;
}
else{
//leave bigData alone
}
}
return bigData;
}
Качество гибридного аудио с этими улучшениями просто потрясающее!