There is a version of the WindRiver ALSA audio that uses unblocked I/O and will kick-start the audio if this happens. The real problem is that the ALSA driver usually doesn't survive well over a suspend/resume. The way to reproduce the problem is if:
1) Play something. 2) Stop play. 3) Suspend. 4) Resume. 5) Play something. It shouldn't allow the platform to sleep when playing, so if it is a suspend/resume issue you are seeing then this is the only way to reproduce it. naveenkrishna.ch wrote: > I started working on audio with OMAP3 + Android. > I have the windrivers audio porting as base the audio playback works fine. > But some times i get a warning prints continuously > with audio playback stopping and logging some entry similar to below. > > W/AudioTrack( 566): obtainBuffer timed out (is the CPU pegged?) > user=00000100, server=00000000 > > after that point i could not make it re-play again without restarting. > > I have seen a similar issue raised earlier but was not solved at that > point of time. > Is there any work around for this issue. > > -- > Thanks, > > (: Naveen Krishna Ch :) > > > --~--~---------~--~----~------------~-------~--~----~ unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---