Sorry I won't be able to answer all of your questions, but I'll try to respond to some of them:
> How do I set it? See this article http://source.android.com/devices/audio_src.html section "Resampler implementations", last paragraph. > What's the performance impact for choosing a high-quality resampler? It will use more CPU cycles and thus more power, but the exact amount depends on a lot of factors such the exact device, SoC set, etc. You could measure with clock_gettime or a battery meter, but I suspect that the difference would not be easily noticeable for a single conversion stream ... it would probably take multiple streams to see a difference. But that's just a guess. > is it affecting the playback latency? Resampling is not supported for fast tracks, so in that sense all tracks with resampling are by definition on the higher latency path. Between resampler implementations, there is a very slight difference in algorithmic delay due to the filters, but I think that's minor on the order of 10s of samples. On Tuesday, February 25, 2014 8:48:26 PM UTC-8, Naaman Sittsamer wrote: > > Thanks Glenn. > So for my needs do you see this fix fine (removing the "else" section) ? > What resampler do you recommend to use in such cases (AudioResamplerOrder1 > / AudioResamplerCubic / AudioResamplerSinc)? How do I set it? What's the > performance impact for choosing a high-quality resampler? is it affecting > the playback latency? > > Thanks, > Naaman > -- -- unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting --- You received this message because you are subscribed to the Google Groups "android-porting" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-porting+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
