[android-porting] Re: Audio Track Latency Measurement

2014-04-17 Thread kevin
This latency is a fixed value, not a real latency for audio data path. In fact, it's a total buffer size. 在 2010年11月30日星期二UTC+8下午3时54分11秒,Sambhav写道: > > Hi, > > Audio Track has a API to query the latency *AudioTrack::latency()* > > This latency is calculated with the equation > > mLatency

Re: [android-porting] Re: Audio Track Latency Measurement

2010-12-01 Thread Sambhav
I guess the bufferCount is the sizeof integer which is 4. The second term is something audioFlinger and audioTrack is introducing. Needs to be figured out. The latency introduced is not acceptable for real time applications. On Tue, Nov 30, 2010 at 10:42 PM, RockNCode wrote: > I Sambhav. > > I h

[android-porting] Re: Audio Track Latency Measurement

2010-11-30 Thread RockNCode
I Sambhav. I have this same question regarding the buffering. What I can say is that I think the reason that the second term is bigger than the first is because the mFrameCount can be 4 times the size of the driver's output buffer (or a little bit more). mFrameCount is calculated in MediaPlayerSer