Słyszę kliknięcia za każdym razem, gdy regulowana jest głośność niektórych strumieni audio

(Prawie) za każdym razem, gdy regulowana jest głośność strumienia audio, słyszę kliknięcie.

Korzystałem z aplikacji internetowej, która emitowała wiele strumieni i często dostosowywała ich głośność (i powinna być w stanie to zrobić), co spowodowało nieznośną liczbę kliknięć. (Ta aplikacja zmieniła teraz sposób obsługi strumieni tak, że zjawisko już nie występuje; problem można nadal odtworzyć ręcznie dostosowując strumienie i może on być interesujący dla innych aplikacji).

Czy istnieje znany sposób, aby temu zapobiec?

Kilka dalszych obserwacji:

• Dzieje się tak również wtedy, gdy ręcznie reguluję głośność strumieni (za pomocą pavucontrol). W szczególności działa to również w przypadku strumieni z innych aplikacji (takich jak ogg123), więc nie wydaje się, aby był to problem aplikacji.

• Nie zdarza się to w przypadku zmiany głośności całego urządzenia wyjściowego, po prostu ze strumieni na pavucontrol„s odtwarzania karcie.

• Intensywność kliknięcia zależy od głośności aktualnie odtwarzanego dźwięku w odpowiednim strumieniu audio. Najlepiej słychać go przy monotonnych dźwiękach. Zjawisko to jest bardziej widoczne, jeśli odtwarzany jest co najmniej jeden inny strumień audio.

• Zjawisko to można również zaobserwować przy niewielkich zmianach głośności.

• To nie to samo, co problem opisany w: Jak mogę wyłączyć dźwięk „trzaskania” podczas regulacji głośności? Dźwięk wyraźnie się różni /usr/share/sounds/freedesktop/stereo/audio-volume-change.oga.

• Mam wrażenie, że niektóre aktualizacje w ostatnich miesiącach poprawiły sytuację, ale problem nie został w pełni usunięty. Może to być również spowodowane tym, że jestem niewiarygodnym detektorem.

• Po raz pierwszy zetknąłem się z tym problemem w 14.04. Utrzymuje się w 16.04.

• Dzieje się tak na wielu komputerach, więc zakładam, że nie jest to problem sprzętowy. Oba są jednak urządzeniami Intela. Oto wynik sudo lshw -C multimedia:

  Pierwsza maszyna:

  description: Audio device
  product: 7 Series/C210 Series Chipset Family High Definition Audio Controller
  vendor: Intel Corporation
  physical id: 1b
  bus info: pci@0000:00:1b.0
  version: 04
  width: 64 bits
  clock: 33MHz
  capabilities: pm msi pciexpress bus_master cap_list
  configuration: driver=snd_hda_intel latency=0
  resources: irq:28 memory:f2530000-f2533fff
  

  Druga maszyna

  description: Audio device
  product: 82801JI (ICH10 Family) HD Audio Controller
  vendor: Intel Corporation
  physical id: 1b
  bus info: pci@0000:00:1b.0
  version: 00
  width: 64 bits
  clock: 33MHz
  capabilities: pm msi pciexpress bus_master cap_list
  configuration: driver=snd_hda_intel latency=0
  resources: irq:32 memory:f9ff8000-f9ffbfff
  

Możesz przekroczyć granice opóźnienia sprzętu, gdy puls jest „zajęty”.

configuration: driver=snd_hda_intel latency=0

Naprawdę nie ma czegoś takiego jak zerowe opóźnienie. Zakładam, że to oznacza pod-milisekundę.

Zgodnie z tym https://arunraghavan.net/2013/08/pulseaudio-4-0-and-skype/ Ustawianie zmiennej env PULSE_LATENCY_MSEC = 10 przed uruchomieniem aplikacji. Daje to oprogramowaniu 10 ms czasu buforowania, jeśli ma więcej pracy na miksowanie strumieni.

10ms to wciąż wystarczająco małe opóźnienie, chyba że grasz na instrumentach cyfrowych na żywo lub w bardzo szybkich grach.