I've done following change in android_audio_output.cpp. It is better
after enabling RESET mode instead of STOP. Is there any fix for PV
core which mentioned in the comments of code snippet below??
# if 0 //SAMPATH commented
// FIXME: Per PV, we should be exiting thread in Reset, not Stop.
However, doing so
// causes app death, so presumably PV is asserting somewhere and
causing an abort.
// When this gets fixed, remove this Stop function and bring back the
Reset function.
PVMFCommandId AndroidAudioOutput::Stop(const OsclAny* aContext)
{
// request output thread to exit
LOGV(Stop (%p), aContext);
RequestAndWaitForThreadExit();
return AndroidAudioMIO::Stop(aContext);
}
#endif
#if 1 //SAMPATH enabled
PVMFCommandId AndroidAudioOutput::Reset(const OsclAny* aContext)
{
// request output thread to exit
LOGV(Reset (%p), aContext);
RequestAndWaitForThreadExit();
return AndroidAudioMIO::Reset(aContext);
}
#endif
On Feb 17, 10:40 am, getandroid sampath...@gmail.com wrote:
I'm working on android 1.0 release
On Feb 16, 9:28 pm, Dave Sparks davidspa...@android.com wrote:
Which branch are you working on?
On Feb 16, 4:15 am, getandroid sampath...@gmail.com wrote:
Hi,
I'm facing a problem with Video/Music player where audio stops
coming after a random number of times. After some debugging I found
that:
In android_audio_output.cpp-audout_thread_func, there is
iAudioThreadSem-Wait(); before the while(1) loop and it is stuck
there indefinitely. I understand it is waiting for a signal from MIO
saying that the buffer is written and ready to be dumped to audio
flinger. For some reason it is not getting the signal. Is this
correct?
Can anybody throw some light on this?
--~--~-~--~~~---~--~~
unsubscribe: android-porting+unsubscr...@googlegroups.com
website: http://groups.google.com/group/android-porting
-~--~~~~--~~--~--~---
