Android AudioRecord Fragen?

Question

Ich habe mich mit der AudioRecord-Funktion der Android-API beschäftigt und einige merkwürdige Verhaltensweisen gefunden.

Hintergrundinfo: Mein Telefon ist ein HTC Incredible Ich benutze das Eclipse-Plugin für die Android-Entwicklung mit dem Emulator. Gezielte Plattform oder OS ist 2.2 ... Da ist es was mein Handy benutzt.

Einige Code:

bufferSize = AudioRecord.getMinBufferSize(FREQUENCY, AudioFormat.CHANNEL_CONFIGURATION_MONO, AudioFormat.ENCODING_PCM_16BIT); 
audioRecord = new AudioRecord(MediaRecorder.AudioSource.MIC, FREQUENCY, AudioFormat.CHANNEL_CONFIGURATION_MONO, AudioFormat.ENCODING_PCM_16BIT, bufferSize); 

Dies ist der Code, den ich zu Setup verwenden die AudioRecord API mit. Nun, für den Emulator mag es, dass FREQUENCY auf 8000 gesetzt wird, damit es funktioniert. Kommt mit einer Puffergröße von 640 zurück. Für das Telefon verwende ich 44100. Ein Problem hier scheint, dass die resultierenden PCM-Daten für die Welle eine acht Bit signierte Welle zu sein scheinen. Ich bekomme Werte von -127 bis 128. Ich dachte, der Wert AudioFormat.ENCODING_PCM_16BIT würde etwas anderes produzieren.

I verarbeitet die Audio mit einem Gewinde,

public void run() { 
    while(isRecording) { 
    audioRecord.startRecording(); 
    byte[] data = new byte[bufferSize]; 
    audioRecord.read(data, 0, bufferSize); 
    listener.setData(data); 
    handleData(data); 
    } 
    audioRecord.release(); 
} 

Ich habe eine Art und Weise in Echtzeit grafisch mit Hilfe eines SurfaceView zu entsprechenden Wellen anzuzeigen. Es scheint eine Menge Lärm vom MIC zu kommen. Ich bekomme dieses Geräusch vom Emulator und vom Telefon. Muss ich die Daten durch einen oder mehrere Filter laufen lassen? Ich würde gerne diese Daten verwenden, um etwas Spaß FFT und Sachen zu berechnen, nur um mit der Welle herumzuspielen. Aber ich muss irgendwie den Lärm reduzieren.

Hat jemand anderes dies auch erlebt. Hat jemand eine Lösung?

schätzte ich Ihre Zeit und Antworten, Dank, dk

Answer 1

ich in der Lage vielleicht ein kleines bisschen zu helfen. Ich bin jedoch in der gleichen Situation wie du, also kann ich nur über meine Erfahrungen berichten.

Ich glaube, Sie auf Ihrem Gerät bevorzugt sample wie so erhalten können:

int sampleRate = AudioTrack.getNativeOutputSampleRate(AudioManager.STREAM_SYSTEM); 

Der 16Bit-Codierungsmodus die einzige ist, die mit AudioRecord arbeitet. Ich bin nicht sicher, warum Sie 8Bit wie Ausgabe bekommen (richtig?). Vielleicht weiß es jemand.

Ich bin auch unsicher, wie Sie die Amplitude aus den abgerufenen Bytes ziehen, haben Sie das getan?

Schließlich glaube ich, müssen Sie die periodischen Listener-Funktionen verwenden, etwa so:

int sampleRate = AudioTrack.getNativeOutputSampleRate(AudioManager.STREAM_SYSTEM); 
int channelMode = AudioFormat.CHANNEL_IN_MONO; 
int encodingMode = AudioFormat.ENCODING_PCM_16BIT; 
int bufferSize = AudioRecord.getMinBufferSize(sampleRate, channelMode, encodingMode); 

AudioRecord recorder = new AudioRecord(MediaRecorder.AudioSource.MIC, sampleRate, channelMode, encodingMode, bufferSize); 

recorder.setPositionNotificationPeriod(intervalFrames); 
recorder.setRecordPositionUpdateListener(recordListener); 
recorder.startRecording(); 

private RecordListener recordListener = new RecordListener(); 
private class RecordListener implements AudioRecord.OnRecordPositionUpdateListener { 
    public void onMarkerReached(AudioRecord recorder) { 
     Log.v("MicInfoService", "onMarkedReached CALL"); 
    } 

    public void onPeriodicNotification(AudioRecord recorder) { 
     Log.v("MicInfoService", "onPeriodicNotification CALL"); 
    } 
} 

Es gibt zwei große Fragen hier, die ich nicht beantworten kann und will die Antwort von mir wissen, wie gut:

1. Was sollte als intervalFrames eingestellt werden?
2. Warum werden die Listener-Methoden nie aufgerufen?

Ich wünschte, ich könnte mehr helfen.

Answer 2

Es ist eine Weile her, seit diese Frage gestellt wurde, also weiß ich nicht, ob die Antwort mehr relevant ist.

Der Grund Sie Werte von -127 bis 128 erhalten ist, dass Sie in ein Array von Bytes lesen, von denen jeder eine signierte 8-Bit-Zahl zu halten. Für 16-Bit-Audio lesen Sie eine Reihe von Kurzschlüssen.

Ich fürchte, ich nicht mit dem Lärm Problem helfen kann.

Answer 3

Wenn Sie Bytes aus einem "AudioFormat.ENCODING_PCM_16BIT" -Stream lesen, gibt es tatsächlich sowohl das obere als auch das untere Byte jeder Stichprobe als 2 sequentielle Bytes. Dies wird extrem laut erscheinen, wenn Sie jedes Byte nur als Beispiel nehmen (anstelle des halben Samples, das es tatsächlich ist), und die Signierung wird für das erste Byte falsch sein (es ist in Little-Endian-Reihenfolge).

Um aussagekräftige Daten aus dem Stream zu bekommen, über Shorts lesen, z.B.

public void run() { 
    while(isRecording) { 
    audioRecord.startRecording(); 
    short[] data = new short[bufferSize/2]; 
    audioRecord.read(data, 0, bufferSize/2); 
    listener.setData(data); 
    handleData(data); 
    } 
    audioRecord.release(); 
} 

Answer 4

Dieses Open-Source-Projekt hat eine gute Menge an Hilfsklassen, um die Audiodaten und Experiment zu helfen, erwerben damit die Analyse:

https://github.com/gast-lib/gast-lib

Es hat ein AsyncTask

Es hat etwas, das steuert AudioRecorder

Es hat sogar eine simple frequency estimation algorithm