Dear Glenn, First, thank for your reply and help.
Glenn Kasten於 2012年6月14日星期四UTC+8下午11時50分28秒寫道： > > I would like to help you with this, but need more information. > > Is this for output (speaker) or input (microphone)? > > This is a test for verifying the input stream quality of MIC. Glitch test is a loopback test in Audio Quality Verifier which generates a 625Hz tone and playback it with a external speaker which is connected with the jack. The internal MIC of the device has to capture the tone from the speaker. Glitch test application analyzes the stream captured by the MIC to find the glitches. Because the audio codec only supports 44kHz and above sampling rate, the input streams have to resample to 16kHz which CTSVerifier requests. So, this case is for input stream. > By "AndroidResampler", which source file do you mean (full pathname in the > source code tree)? > (there are a few resamplers so I want to make sure I know which one you > are talking about) > As I know, the default resampler which AudioFlinger uses now is AndroidResamplerOrder1 defined in frameworks/base/service/audioflinger/AudioResampler.cpp. > > You mentioned "the default sampling rate in HAL is 8kHz". Why is that? > I don't know why the default sampling rate for stream capturing is set to 8kHz in the code base I have now. 8kHz is supported for most embedded audio codec IC, but in our platform, a HD audio codec is adopted and it only supports at least 44kHz for capturing streams. > Which section of CTSVerifier failed? > Now, we have "Glitch Test" and "Glitch Test(7)" failed in Audio Quality Verifier. > By "HD Audio Codec" do you mean a specific codec chip (in which case > please give the manufacturer and model), > or any generic "high definition" codec? > The platform uses a Conexant 20590 HD audio codec and a Fortemedia D-MIC. Thank you. Best regards, Audi -- unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting
