yeah.
emulator 1.5 is ok but 1.6 is not.
ironic, real phone 1.6 is ok but 1.5 is not.
that is what i told u before.
On Mar 21, 2:57 pm, Gabriel Simões gsim...@gmail.com wrote:
Another conclusion:
I´ve coded another app which only uses AudioTrack and it works
perfectly!
So, the only thing
I
On Mar 14, 2010 5:01 PM, Gabriel Simões gsim...@gmail.com wrote:
Ops, sorry for the title. Should be audio chopping from AudioRecord to
AudioTrack.
On 14 mar, 19:00, Gabriel Simões gsim...@gmail.com wrote: Hello,
Since my day 1 I´ve been f...
--
You received this message because you are
On Mar 14, 2010 5:01 PM, Gabriel Simões gsim...@gmail.com wrote:
Ops, sorry for the title. Should be audio chopping from AudioRecord to
AudioTrack.
On 14 mar, 19:00, Gabriel Simões gsim...@gmail.com wrote: Hello,
Since my day 1 I´ve been f...
--
You received this message because you are
Another conclusion:
I´ve coded another app which only uses AudioTrack and it works
perfectly!
So, the only thing left to blame is the emulator.
On 20 mar, 16:30, Gabriel Simões gsim...@gmail.com wrote:
In this case no news = bad news ...
Based on Mario´s post and the possibilities I could
In this case no news = bad news ...
Based on Mario´s post and the possibilities I could think about in the
last days I have modified the code trying to isolate the issues like
calling blocking methods and as a consequence loosing part of the
audio stream, having buffer overflows, etc, as this
Nope,
I´ve paid attention to see if GC was being called, but nothing shows
up on LogCat.
Well, I´ve found some posts on the internet about using AudioRecord´s
native implementation. Isn´t it supported anymore?
I still can´t believe we are spending so much time on something that
should be plug
i heard that too. but some google folk seemed discouraging use of the
stuff.
On Mar 17, 6:27 am, Gabriel Simões gsim...@gmail.com wrote:
Nope,
I´ve paid attention to see if GC was being called, but nothing shows
up on LogCat.
Well, I´ve found some posts on the internet about using
Installing ubuntu 9.1 on my machine.
I will try using linux to develop as I think it will be less confusing
to develop using NDK.
Hehe: I was thinking about trying to get an answer from someone from
Google tomorrow at irc. Have you ever tried it?
Won´t anyone who is actually using AudioRecord
no, i havent, because my app runs ok on g1 with 1.6 firmware. it just
runs weird on 1.6 emulator. so i am 90% happy already.
btw, my app does not record and play audio at the same time, but it
encodes audio with speex, which should take overhead no less than
playback, i guess.
anyway, i wish you
Hi there,
not sure whether i can help but you stated that you couldn't find
anywhere that AudioTrack.play() (which should probably read
AudioTrack.write()) does not block. Well, it does. And if you do the
following in your thread:
AudioRecord.read(sampels)
AudioTrack.write(samples)
i can
Thanks Mario
Yes, I wrote it wrong ... should have been AudioTrack.write().
That idea came to my mind a couple of hours ago. Since AudioTrack set
as stream will only start playing as the buffer gets full, write()
could block if the buffer is still full.
To test it, I have created AudioTrack
Thanks for your answer Mario!
Yes, I wrote it wrong ... should have been AudioTrack.write() instead
of AudioTrack.play().
The same idea came to my mind a couple of hours ago. Since AudioTrack
when set
as stream will only start playing at the time it´s internal buffer
gets full, write()
could
News, but no good news...
I´ve tried the source code above on another machine running the sdk
2.1, an AVD with default parameters plus audio record and audio
playback capabilities, another operational system (linux), etc.
The results? the same we had before audio delay (long delay),
News, but no good news...
I´ve tried the source code above on another machine running the sdk
2.1, an AVD with default parameters plus audio record and audio
playback capabilities, another operational system (linux), etc.
The results? the same we had before audio delay (long delay),
*** Idea ...
Using the NDK native audio interfaces should solve this problem?
On 16 mar, 22:26, Gabriel Simões gsim...@gmail.com wrote:
News, but no good news...
I´ve tried the source code above on another machine running the sdk
2.1, an AVD with default parameters plus audio record and audio
if you find any native audio interfaces in NDK, please share it with
me first :)
for your issue, did you check GC? that is, around the time when you
see buffer overflow msgs, does GC happen too?
On Mar 16, 7:33 pm, Gabriel Simões gsim...@gmail.com wrote:
*** Idea ...
Using the NDK native audio
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
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
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
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
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
Ops, sorry for the title. Should be audio chopping from AudioRecord to
AudioTrack.
On 14 mar, 19:00, Gabriel Simões gsim...@gmail.com wrote:
Hello,
Since my day 1 I´ve been facing problems with Android AudioRecord API.
After a lot of research and a lot more trial and error I´ve found my
way
seems i am experiencing similar issue as you r.
http://groups.google.com/group/android-developers/browse_thread/thread/ad81d19418c8db1d/561f66e6b0cf2c79?show_docid=561f66e6b0cf2c79
without any single line of code modification to my app, the count of
frames recorded by app running on sdk 1.6
Audio chopping also?
Could you please test the code above?
I´ve checked and AudioRecord.read() returns a value equal to my buffer
size. Based on that I understand that AudioRecord.read() blocks the
execution, waits for the buffer to get a number of samples at least
equal to the buffer size and
no chopping, likely because my computer (Core2 E8400) is lightening
fast.
my AudioRecord.read() returns a value equal to my buffer size, too.
however, it returns recorded samples in a speed faster than 8khz,
which makes later playback sound like my voice is slowed.
again, the same code works
25 matches
Mail list logo