3 votes

Délai d'entrée audio dans VirtualBox Ubuntu 20.04

J'ai un problème très étrange concernant le contournement de l'entrée audio dans une VM Ubuntu 20.04. En général, je suis capable de contourner l'entrée audio de mon casque vers ma VM. Cela fonctionne. Cependant, après un certain temps, un retard s'accumule. Plus la VM fonctionne longtemps, plus il faut de temps à la VM pour traiter l'entrée de mon casque.

Dès le démarrage, il n'y a presque aucun retard. Après 20 minutes de fonctionnement, j'ai un retard de 15 secondes entre le moment où je parle et la reconnaissance de l'entrée audio par la VM. J'ai vérifié que mon système hôte reconnaît instantanément l'entrée audio. En regardant les vu-mètres dans pavucontrol, il semble que mon système hôte passe également l'audio à la VM instantanément. Cependant, dans ma VM, les vu-mètres réagissent avec un retard très perceptible. La situation est reproductible en redémarrant la VM.

La sortie audio passée de la VM à mes écouteurs du système hôte fonctionne presque sans retard. Je peux ajuster cela avec pavucontrol et cela ne me dérange pas.

Mon système hôte est également un Ubuntu 20.04 et j'utilise VirtualBox 6.1.6. Mes paramètres audio dans VBoxManager sont pulseaudio comme pilote hôte et ICH AC97 comme contrôleur. Changer le pilote hôte ne reconnaît aucun périphérique audio dans la VM. Et changer le contrôleur fait que mon casque n'est pas reconnu comme une entrée audio.

Je n'ai aucune idée pourquoi ce retard s'accumule avec le temps.

EDIT: Le problème persiste et est reproductible sur plusieurs VM. Par conséquent, je pense qu'il s'agit d'un problème soit avec mon système hôte et/ou mes paramètres Virtual Box. J'ai une solution de contournement, mais pas de solution générale. Mon casque utilise un DAC externe, qui est connecté via USB à mon ordinateur hôte. Je peux contourner ce périphérique USB et utiliser mon casque directement dans la VM. Dans cette configuration, il n'y a aucun retard d'entrée.

Cordialement

0voto

J'ai exactement le même problème mais mon hôte et mon invité sont tous les deux Arch. J'ai essayé d'ajuster divers paramètres de pulseaudio sur l'hôte et l'invité, et de passer à pipewire-pulse (ce qui était encore pire). J'ai également contourné le problème en faisant passer mon micro USB.

Une autre solution de contournement consiste à permettre à pulseaudio d'écouter sur un port tcp sur l'hôte, puis à définir PULSE_SERVER sur l'IP de l'hôte dans /etc/environment sur l'invité (et redémarrer l'invité). Cela permettra à l'invité de transmettre le son au serveur pulseaudio sur l'hôte.

Je dois utiliser le VPN Anyconnect sur l'invité pour le travail, donc malheureusement je ne peux pas me connecter à l'IP de l'hôte depuis l'invité lorsque le VPN est actif, mais cela pourrait être une solution plus simple pour vous.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X