| Summary: | Glitching when adjusting volume | ||
|---|---|---|---|
| Product: | PulseAudio | Reporter: | trondsg+bugzilla+freedesktop |
| Component: | core | Assignee: | pulseaudio-bugs |
| Status: | RESOLVED MOVED | QA Contact: | pulseaudio-bugs |
| Severity: | normal | ||
| Priority: | medium | CC: | lennart, pocek |
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | glitch reproduced on 220 hz sine wave, adjusted output volume from indicator applet | ||
13.174| 0.000) I: [pulseaudio] module-device-restore.c: Storing volume/mute for device+port sink:alsa_output.pci-0000_00_1b.0.analog-stereo:analog-output.
( 13.181| 0.006) D: [alsa-sink-ALC892 Analog] sink.c: Volume change to 32080 at 5713898467 was written 8 usec late
( 13.181| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: Written HW volume did not match with the request: 0: 49% 1: 49% (request) != 0: 48% 1: 48%
( 13.181| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: in dB: 0: -18,61 dB 1: -18,61 dB (request) != 0: -19,00 dB 1: -19,00 dB
( 13.191| 0.010) D: [pulseaudio] protocol-native.c: Client indicator-sound-service changes volume of sink alsa_output.pci-0000_00_1b.0.analog-stereo.
( 13.191| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: Requested volume: 0: 66% 1: 66%
( 13.191| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: in dB: 0: -10,66 dB 1: -10,66 dB
( 13.191| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: Got hardware volume: 0: 67% 1: 67%
( 13.191| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: in dB: 0: -10,60 dB 1: -10,60 dB
( 13.191| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: Calculated software volume: 0: 100% 1: 100% (accurate-enough=yes)
( 13.191| 0.000) D: [alsa-sink-ALC892 Analog] alsa-sink.c: in dB: 0: -0,06 dB 1: -0,06 dB
( 13.191| 0.000) D: [alsa-sink-ALC892 Analog] sink.c: Volume going up to 43537 at 5713932749
( 13.191| 0.000) I: [pulseaudio] module-device-restore.c: Storing volume/mute for device+port sink:alsa_output.pci-0000_00_1b.0.analog-stereo:analog-output.
( 13.197| 0.005) D: [alsa-sink-ALC892 Analog] sink.c: Volume change to 38496 at 5713914610 was written 9 usec late
can this be reproduced on other HDA codec with different dB per step or just specific to alc892 which has 1 dB per step ?
Node 0x02 [Audio Output] wcaps 0x41d: Stereo Amp-Out
Device: name="ALC892 Analog", type="Audio", device=0
Control: name="Front Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=1, idx=0, ofs=0
Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0
Amp-Out vals: [0x14 0x15]
do all sound card need deferred volume enabled ?
CONFIG_SND_HDA_PREALLOC_SIZE=64
your HDA max buffer seem to be 64 KBytes instead of 4096 Kbytes
I am experiencing a very similar issue with my Creative Audigy card.
Detailed info from lspci -v:
>Multimedia audio controller: Creative Labs EMU10k2/CA0100/CA0102/CA10200 [Sound Blaster Audigy Series] (rev 03)
>Subsystem: Creative Labs CT0090/SB0092 Audigy Player/OEM
Changing volumes, regardless where, is causing a popping and crackling sound. I tested it without Pulseaudio and there were no crackling and popping noises during volume changes.
I can provide more information if you tell me what you need.
I am using:
Pulseaudio 9.0
Linux 4.8
-- 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/346. |
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.
Created attachment 100986 [details] glitch reproduced on 220 hz sine wave, adjusted output volume from indicator applet When adjusting the volume with pulse audio's volume control window the sound has small glitches. This is sometimes not possible to hear, sometimes really apparent, depending on the type of sound played, and which volume control is changed. Can be clearly heard with a test tone, generate a sine wave of 220 hz in audacity and set it to play. Adjusting the output device slider (analog output) gives the most glitching (note: this is not just the pops that are supposed to be there!). Adjusting the volume from the taskbar applet also adjust this same slider, without the pops that are supposed to be there. The glitches are still there. Adjusting the program specific control under playback also causes glitching, but much less. Confirmed on two computers.