Le son du vin est joué beaucoup trop vite et crépite horriblement
Les sons de mes applications sont joués à une vitesse incroyable et craquent horriblement. Dans Spotify, les chansons jouent actuellement à une vitesse d'environ 3x. J'ai un peu cherché cela dans Google et tout ce que je peux trouver, c'est un rapport de bug de janvier 2012 qui est marqué comme fermé.
J'ai testé Spotify et Hearthstone sous PlayOnLinux avec les versions de Wine 1.5.0, 1.6, 1.6.0, 1.7.0, 1.7.8 ainsi que sur le système Wine, qui est la version 1.4.1. Ils ont tous exactement le même problème de craquement sonore. Cela m'amène à supposer qu'il ne s'agit pas d'un problème avec Wine.
Les étapes pour reproduire à partir du rapport de bogue:
Étapes à suivre pour reproduire: 1. winecfg 2. allez à l'onglet Audio 3. Test du son Résultats réels: Sons de craquement produits Résultats attendus: Sortie normale
Produisent également des bruits de craquement pour moi. Ce faisant, winecfg a imprimé ce qui suit sur le terminal:
p11-kit: impossible de charger le module: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so:/usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust. so: impossible d'ouvrir le fichier objet partagé: pas de fichier ou de répertoire de ce type err: ole: CoInitializeEx Tentative de modification du modèle de threading de cet appartement de plusieurs threads à appartement threadé ALSA lib pcm.c: 7843 : (snd_pcm_recover) une sous-exécution s'est produite ALSA lib. pcm.c: 7843: (snd_pcm_recover) une sous-exécution est survenue ALSA lib. .c: 7843: (snd_pcm_recover) un sous-fonctionnement est survenu
(La première ligne est apparue lorsque j'ai ouvert winecfg, les 5 dernières sont apparues lorsque j'ai cliqué sur Test Sound)
Des indices sur ce qui pourrait être faux? Faites-moi savoir si je peux fournir plus d'informations.
pulseaudio 1: 4.0-0ubuntu6 AMD64
Comme il s'agit du premier résultat renvoyé par Google, je pensais partager ici mon expérience. Pour ceux qui recherchent une solution rapide, inscrivez ce qui suit dans votre ~/.bashrc ou/etc/profile pour modifier tout le système:
alias wine='Pulse_LATENCY_MSEC=60 wine'
Il s'agit du même correctif que celui utilisé pour Skype et PulseAudio 4.0 et versions ultérieures, qui se comporte de la même manière que vin. J'espère que cela t'aides!
Éditer (12.01.2016) :
Vous pouvez activer cette variable globalement en ajoutant cette ligne à ~/.bashrc et en vous déconnectant/redémarrant
export Pulse_LATENCY_MSEC=60
Si vous rencontrez des problèmes audio dans d'autres applications après cela, supprimez simplement la ligne et déconnectez-vous ou redémarrez. Si vous souhaitez le tester temporairement, ouvrez un nouveau terminal et collez cette ligne. Désormais, toutes les applications que vous appelez à partir de ce terminal auront la variable définie et PulseAudio définira la latence.
Plus d'informations sur ce problème et sur la solution: http://arunraghavan.net/2013/08/pulseaudio-4-0-and-skype/
Exécuter un terminal (Ctrl + Alt + T)
Émettez la commande pulseaudio -k
Essayez de recréer le problème. Ne devrait plus jouer en avance rapide.
En ce qui concerne le crépitement, le journal vous indique clairement que vous avez une mémoire tampon insuffisante. Changez la qualité de votre échantillonnage ... Sacrifiez un peu de qualité pour la vitesse et voyez si cela résout votre problème d'infiltration.
Avec certains jeux, si vous utilisez PlayOnLinux, vous pouvez ouvrir le programme de lancement avec votre éditeur de texte et modifier la ligne Exec= comme suit:
Exec=env Pulse_LATENCY_MSEC=60 /usr/share/playonlinux/playonlinux --run "GameName" %F
Essayez cette solution . Il s’agissait principalement de PulseAudio. Personnellement, je l’ai enlevé et réessayé. Le sous-circuit avait disparu, mais j’ai perdu la possibilité de déplacer la sortie audio vers différents puits. Ce tutoriel maintient pulseaudio et ALSA fonctionnent parfaitement sans que pulseaudio accable directement le matériel.
Après avoir exécuté très bien une application portaudio a commencé à sonner de façon erratique tout en tirant des erreurs
ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurred
SOLUTION - vous devez d'abord tuer le processus existant ... émettez ces cmds
pulseaudio --kill
jack_control start
Une fois que vous avez terminé avec ce qui précède, émettez ces commandes:
jack_control exit
pulseaudio --start
Maintenant, la même application a ensuite joué de l'audio via portaudio très bien
cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.1 LTS"
dpkg -l|grep portaudio
ii libportaudio2:AMD64 19+svn20140130-1build1 AMD64 Portable audio I/O - shared library
ii libportaudiocpp0:AMD64 19+svn20140130-1build1 AMD64 Portable audio I/O C++ bindings - shared library
ii portaudio19-dev 19+svn20140130-1build1 AMD64 Portable audio I/O - development files
Ajout d'une solution mise à jour comme ci-dessus pour