Pendant l’appel test, j’ai un problème avec Skype 4.2 qui, à mon avis, n’est pas important pour le client, mais lors de l’appel test après l’enregistrement, puis la lecture du son crépite.
Maintenant, j'ai corrigé Audacity avec le même problème avec le paquet pulseaudio-module-jack
et le saut et le craquement de mes disques avaient disparu par la suite.
J'ai essayé ces
high-priority = yes
Nice-level = -11
realtime-scheduling = yes
realtime-priority = 5
resample-method = src-sinc-best-quality
Mais il n’en résulte aucun son de Pulseaudio au redémarrage, je dois donc commenter les quatre premiers et réinitialiser la méthode resample en speex-float-1.
J'ai gedit le Pulse_LATENCY_MSEC=60 to Pulse_LATENCY_MSEC=30
et crépite toujours.
Et oui, j'ai supprimé tsched=0
de la ligne load-module module-udev-detect and load-module module-detect
et toujours la même chose.
Toute aide est excellente à ce stade.
Quelques googles ont soulevé ceci:
Go into the Skype Options menu - Sound Devices - remove the tick at: Allow Skype to automatically adjust my mixer levels. Click Apply. Readjust the sound mixer controls.
On dirait que je rencontre le même problème. encore.
Pulse_LATENCY_MSEC=60
et tsched=0 won't
aide.
Dans google dur et trouvé conseil
Configuration dans /etc/Pulse/daemon.conf
resample-method = speex-float-10
Étonnamment résoudre le problème.
Le rééchantillonnage de qualité Lover, comme le speex-float-8, ne supprime pas complètement les craquements.
UPD:
Plus tard, j’ai trouvé l’amour craquant mais ne l’éliminant pas complètement.
Une autre cause discutée dans Arch wiki lié au module snd-hda-intel , dans mon cas ALC887, m'a forcée à rechercher les paramètres snd-hda-intel. Et solution trouvée bdl_pos_adj: définit la solution de contournement du délai IRQ pour hda-intel
Crackling résolu en appliquant les paramètres du module dans /etc/modprobe.d/sound.conf
options snd_hda_intel vid=8086 pid=1e20 bdl_pos_adj=16,16