Puncte:0

Audio trosnește când rulez VirtualBox

drapel cn

Recent, am o problemă pentru care sunetul trosnește când rulez VirtualBox în Ubuntu 20.04. Dacă atunci execut pulseaudio -k se remediază (la repornirea programelor), dar totuși această soluție nu este grozavă. Uneori (deși foarte rar) acest lucru se întâmplă și fără a deschide VirtualBox, doar prin vizionarea unui videoclip pe Firefox.

Momentan am nucleul HWE 5.8.0-59-generic #66~20.04.1-Ubuntu iar sistemul meu audio este dispozitivul analog la bord după cum urmează (aplay --list-device):

card 1: Generic [HD-Audio Generic], dispozitiv 0: ALC1220 Analog [ALC1220 Analog]
  Subdispozitive: 1/1
  Subdispozitiv #0: subdispozitiv #0
card 1: Generic [HD-Audio Generic], dispozitiv 1: ALC1220 Digital [ALC1220 Digital]
  Subdispozitive: 1/1
  Subdispozitiv #0: subdispozitiv #0

Și asta este ceea ce a raportat lspci -v:

10:00.4 Dispozitiv audio: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
    Subsistem: ASRock Incorporation Starship/Matisse HD Audio Controller
    Indicatoare: master bus, fast devsel, latență 0, IRQ 135
    Memorie la fcb00000 (32 de biți, neprelucibilă) [dimensiune=32K]
    Capabilități: <acces refuzat>
    Driver de kernel în uz: snd_hda_intel
    Module kernel: snd_hda_intel

Nu sunteți sigur ce să faceți în continuare? Cum aș putea depana/investiga acest lucru în continuare?

Mulțumiri!

Emanuele avatar
drapel cn
cred ca am gasit problema...se pare că dacă schimb receptorul de ieșire de la sunetul de la bord pe HDMI, atunci se întâmplă trosniturile. Ar trebui să închid întrebarea cu o explicație...
Puncte:0
drapel cn

Problema era de asemenea declanșat cu ușurință atunci când se schimbă chiuveta de ieșire (și/sau intrare) în Sunet meniu (de la audio integrat la HDMI).

Am reușit să o fac mai puțin frecventă având pulseaudio evitarea reeșantionării, prin modificarea /etc/pulse/daemon.conf:

avoid-resampling = adevărat

Și pare că se întâmplă mai puțin.

Într-o notă înrudită, am căutat în jur și se pare că algoritmul de reeșantionare implicit pe care îl folosește Pulseaudio are o utilizare redusă a procesorului, dar este atât de prost încât introduce crackling, așa că o altă modalitate de a rezolva această problemă ar fi folosirea unui algoritm de reeșantionare mai bun (după cum s-a explicat). Aici și Aici).

După această căutare, am încercat în schimb această soluție (adică să păstrez reeșantionarea activată, dar cu un resampler mai bun) schimbând astfel /etc/pulse/daemon.conf config inca o data:

resample-method = speex-float-10 # cea mai înaltă calitate a float (de la 1 la 10), un pic mai multă utilizare a procesorului
; avoid-resampling = false # această opțiune este dezactivată

Acum pare că nu se mai întâmplă.

Ps. acest este un ghid de calitate audio decent pe Linux

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.