Summary: | Pulseaudio makes loud buzzing with skype notificaitons | ||
---|---|---|---|
Product: | PulseAudio | Reporter: | Jeremy Sanders <jeremy> |
Component: | alsa | Assignee: | pulseaudio-bugs |
Status: | RESOLVED MOVED | QA Contact: | pulseaudio-bugs |
Severity: | normal | ||
Priority: | medium | CC: | anakin.cs, lennart |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Start and end 50 lines from log from alsa-time-test
2nd log |
Description
Jeremy Sanders
2014-01-22 19:41:25 UTC
Created attachment 92610 [details]
2nd log
The previous log may have had PA running. This 2nd one should be PA free.
Are your CPU and Disk fast enough for the program to output 44100 lines to the disk per second ? if you suspect your audio driver is broken http://www.alsa-project.org/main/index.php/XRUN_Debug # Enable basic debugging and dump stack, check hardware pointer on the period update # Usefull to just see, if PCM stream is stopped for a reason (usually wrong audio process timing from scheduler) # And to check the values from driver echo 11 > /proc/asound/card0/pcm0p/xrun_debug /** PCM state */ typedef enum _snd_pcm_state { /** Open */ SND_PCM_STATE_OPEN = 0, /** Setup installed */ SND_PCM_STATE_SETUP, /** Ready to start */ SND_PCM_STATE_PREPARED, /** Running */ SND_PCM_STATE_RUNNING, /** Stopped: underrun (playback) or overrun (capture) detected */ SND_PCM_STATE_XRUN, /** Draining: running (playback) or stopped (capture) */ SND_PCM_STATE_DRAINING, /** Paused */ SND_PCM_STATE_PAUSED, /** Hardware is suspended */ SND_PCM_STATE_SUSPENDED, /** Hardware is disconnected */ 00258 SND_PCM_STATE_DISCONNECTED, SND_PCM_STATE_LAST = SND_PCM_STATE_DISCONNECTED } snd_pcm_state_t; your log miss the most important part when state change from (2) SND_PCM_STATE_PREPARED to (3) SND_PCM_STATE_RUNNING the program alsa-time-test.c set the startthreshold to buffer size, and snd_pcm_start is only called if you specify capture the program write data one frame by one frame the driver start playing until reach the start threshold (buffer is full) refer to your log, it is quite clear that the program cannot keepup to maintain at least one period of audio in soundcard (even less than the rewind safe guard) the value of avail become zero as the program set the stop threshold to boundary which force the driver to continue playback when underrun occur (i.e. hwptr become larger than the application pointer) it is the bug of alsa-time-test.c rather than the driver is broken That's a very annoying problem with skype. I have it on both of my computers. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/354. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.