2010/7/14 David Henningsson launchpad.web@epost.diwic.se
2010-07-14 13:13, Raymond Yau skrev:
localhost pulseaudio[24553]: alsa-util.c: appl_ptr : 735801008 localhost pulseaudio[24553]: alsa-util.c: hw_ptr : 735846184
This is underrun as you can see appl_ptr is behing hw_ptr
Ehm, isn't that a ring buffer? I e, there is nothing wrong with appl_ptr being less than hw_ptr.
I think Jaroslav Kysela had already explained to you that this is an underrun
The ring buffer size is only 4408 , appl_ptr is 45176 frames behind hw_ptr and you can deduce the underrun occur for more than 1 second (45176/44100)
pulseaudio[24553]: alsa-util.c: snd_pcm_delay() returned a value that is
exceptionally large: -161920 bytes (-917 ms).
localhost pulseaudio[24553]: alsa-util.c: buffer_size : 4408 localhost pulseaudio[24553]: alsa-util.c: period_size : 1102 localhost pulseaudio[24553]: alsa-util.c: period_time : 24988
...
localhost pulseaudio[24553]: alsa-util.c: start_threshold : -1 localhost pulseaudio[24553]: alsa-util.c: stop_threshold : 1155530752
However PA server had disabled the underrun detection.
Please clarify. If you're talking about my patch (disable underruns in alsa-plugins) here, it has nothing to do with this situation (PA complaining about its back-end).
This seem has no relationship to your patch which only ignore the client side underrun
The PA server has already disabled underrun detection ( no-XRUN check mode )
http://thread.gmane.org/gmane.linux.alsa.devel/60371/focus=60531
It is the responsibility of PA server to ensure underrun/overrun would not occur on the sound driver if it disabled underrun detection