Well, just to try I´ve downloaded the SDK 1.6 (v. 4), created a new AVD based on that and then tried the source code from the first post in two different situations:
- App compiled using SDK 1.6 on an AVD running 1.6 - App compiled using SDK 1.6 on an AVD running 2.1 Had exactly the same result as "compiling" and running on 2.1: audio chopping, distortion and artfacts even if I solo the microfone input level (using a 1 second buffer, sometimes the audio decays in a lot longer) and AudioRecord buffer overflow messages even if all I do in the thread is read from AudioRecord and play with AudioTrack. Tomorrow I will try to test my code using another computer and even on a real device. In the mean time, any other ideas? Gabriel On 15 mar, 12:15, Gabriel Simões <gsim...@gmail.com> wrote: > Thanks for your answers ... > > Well, since the same source code works on your computer and not on > mine, I think the chopping problem is on my emulator. My computer is > not as good as yours but it´s a Turion X2 notebook with 2gb ram, so > if > on a computer like this the emulator is not able to record and > playback audio at the same time, even not fast enought to handle the > audio stream before AudioRecord warns a buffer overflow, then I > really > don´t know what to try next. > I hope I can find a phone to try the app in a real device. Also, I > will try the sdk 1.6. > > About ani´s post, I do understand it, but I´m using Windows XP SP3 and > Android runs as linux but the API works for other people so this > shouldn´t be an OS flaw. > Also, I believe that if the emulator accepts 8k as record and > playback > sample rate (it doesn´t accept any othet value) then it should work > properly for recording and playing the same audio stream in this SR. > It > ´s not the best option but if there´s a need for "manual" > ressampling, > it can be done. What can´t is the action of properly recording audio. > > Anyone else facing this same problem on SDK 2.1, AMD processor, > windows xp sp3? > > On 15 mar, 11:17, ani <anish198519851...@gmail.com> wrote: > > > > > It is the problem with your driver which creates this chopping > > effect.It is not able to read the data properly and if you check your > > kernel messages there would be a buffer overrun message.This happens > > because Linux is not RTOS and audio is running in real time. > > > What you are recording is noise also along with voice data.So you need > > noise cancellation algorithm also if you want proper sound. > > > There is one more problem with respect to sampling rate.If your driver > > supports "x" sampling rate and you want to sample at "y" sampling rate > > then there is resampling that takes place which causes some loss in > > data.So your re-sampler also should be good enough to do re-sampling. > > > Generally audio re-samplers provided by android is not of good quality > > and if you do playback and recording simultaneously then you can make > > out that playback is not proper(there would be some audio distortion > > in your playback audio).- Ocultar texto das mensagens anteriores - > > - Mostrar texto das mensagens anteriores - -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
