Il suono del vino viene riprodotto troppo velocemente e scoppietta in modo orribile

13

I suoni nelle mie applicazioni vengono riprodotti a velocità super e scoppiettano orribilmente. In Spotify, le canzoni vengono effettivamente riprodotte a una velocità di circa 3x. Ho cercato su Google un bel po 'e tutto quello che posso inventare è una segnalazione di bug del gennaio 2012 che è stata contrassegnata come chiusa.

Ho testato Spotify e Hearthstone usando PlayOnLinux con Wine versioni 1.5.0, 1.6, 1.6.0, 1.7.0, 1.7.8 e il sistema Wine che è la versione 1.4.1. Tutti hanno lo stesso identico problema sonoro scoppiettante. Questo mi porta a supporre che questo non sia un bug con Wine.

I passaggi per riprodurre dalla segnalazione bug:

I passaggi per riprodurre:
1. winecfg
2. vai alla scheda Audio
3. Test del suono

Risultati attuali:
suoni scoppiettanti prodotti

Risultati aspettati:
uscita normale

Stanno anche producendo rumori scoppiettanti per me. Nel farlo, winecfg ha stampato sul terminale quanto segue:

p11-kit: impossibile caricare il modulo: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: / usr / lib / i386-linux-gnu / pkcs11 / p11-kit-trust. so: impossibile aprire il file oggetto condiviso: nessun file o directory
err: ole: CoInitializeEx Tentativo di cambiare il modello di threading di questo appartamento da multi-thread a apartment thread
ALSA lib pcm.c: 7843: si è verificato un errore (snd_pcm_recover)
ALSA lib pcm.c: 7843: si è verificato un errore (snd_pcm_recover)
ALSA lib pcm.c: 7843: si è verificato un errore (snd_pcm_recover)
ALSA lib pcm.c: 7843: si è verificato un errore (snd_pcm_recover)

(La prima riga è stata visualizzata quando ho aperto winecfg, le ultime 5 sono state visualizzate quando ho fatto clic su Test Sound)

Qualche idea di cosa potrebbe esserci di sbagliato? Fammi sapere se posso fornire ulteriori informazioni.

pulseaudio 1: 4.0-0ubuntu6 amd64

13.10 wine

— Hubro
fonte

Forse correlati o duplicati: askubuntu.com/questions/124602/…

— donquixote,

23

Poiché questo è il primo risultato restituito da Google, ho pensato di condividere la mia esperienza qui. Per coloro che cercano una soluzione rapida, inserisci quanto segue nel tuo profilo ~ / .bashrc o / etc / per le modifiche a livello di sistema:

alias wine='PULSE_LATENCY_MSEC=60 wine'

Questa è la stessa correzione utilizzata per Skype e PulseAudio 4.0 e versioni successive, che si comporta allo stesso modo di Wine. Spero che sia di aiuto!

Modifica (12.01.2016) :

È possibile abilitare questa variabile a livello globale aggiungendo questa riga a ~ / .bashrc e disconnettendosi / riavviando

export PULSE_LATENCY_MSEC=60

Se dopo questo si verificano problemi audio in altre applicazioni, è sufficiente eliminare la linea e disconnettersi o riavviare. Se vuoi provarlo temporaneamente, apri un nuovo terminale e incolla quella linea. Ora ogni applicazione che invocherai da questo terminale avrà la variabile impostata e PulseAudio imposterà la latenza.

Maggiori informazioni su questo problema e la 'correzione': http://arunraghavan.net/2013/08/pulseaudio-4-0-and-skype/

— Iskren
fonte

Funziona anche quando si avvia wine da PlayOnLinux e applicazioni simili?

— Proverei

1

Nessuna idea, mai eseguito PlayOnLinux. Puoi testarlo digitando il comando sopra in un terminale ed eseguire qualcosa da PlayOnLinux. Se il tuo suono va bene, allora funziona. In caso contrario, puoi provare a impostare la variabile direttamente eseguendo "export PULSE_LATENCY_MSEC = 60" in un terminale e quindi eseguendo PlayOnLinux dallo stesso terminale. "Erediterà" la variabile e dovrebbe funzionare.

— Iskren,

Mi ha salvato la pancetta. Ho avuto questo problema per anni, questa è l'unica cosa che ha funzionato. Sono curioso però, ricordi da dove hai preso questa soluzione? Sappiamo perché funziona?

— Dott. Annibale Lecter,

Ho avuto problemi con PA4 e Skype qualche tempo fa e stavo cercando una soluzione. Un po 'più tardi il vino ha iniziato a fare lo stesso, quindi ho appena provato la correzione di skype e ha funzionato. Questo post spiega abbastanza bene qual è il problema e come risolve questa variabile: arunraghavan.net/2013/08/pulseaudio-4-0-and-skype

— Iskren

Temo che questa soluzione non funzioni in POL. Anche se, all'inizio, sembrava.

— Tamsyn Michael,

7

Esegui un terminale (Ctrl + Alt + T)

Emettere il comando pulseaudio -k

Prova a ricreare il problema. Non dovresti più giocare in avanti veloce.

Per quanto riguarda il crepitio che il registro ti dice chiaro e semplice, hai un buffer underrun. Cambia la qualità del tuo campionamento ... Sacrifica un po 'di qualità per la velocità e vedi se questo risolve il tuo underrun.

— DeeJayh
fonte

Mi sono alzato stamattina e non sono riuscito a ricreare il problema. I suoni ora suonano perfettamente. L'unica cosa che ho fatto da ieri è passare l'audio dall'auricolare a HDMI. Oggi sono tornato indietro e il crepitio è sparito. Probabilmente accadrà di nuovo presto, comunque proverò a uccidere pulseaudio.

— Hubro,

Il problema è tornato. Ho provato pulseaudio -ke tutto il suono è scomparso. Il cursore del suono su Ubuntu è disattivato e non ci sono dispositivi audio nelle opzioni audio. Ho dovuto riavviare per ripristinare l'audio.

— Hubro,

L'audio a impulsi dovrebbe riavviarsi da solo, la prossima volta che hai un problema, prova sudo alsa force-reload

— DeeJayh,

Inoltre, basta emettere il comando per pulseaudioavviarlo quando non funziona da solo.

— DeeJayh,

Non è un collo di bottiglia della CPU. Ho lo stesso problema su un 4790k con World of Warcraft, non vado mai oltre il 30% della CPU e ho nicesu WoW e Pulseaudio impostati su -20. Qualcosa nel software impedisce a pulseaudio di riempire effettivamente i buffer.

— Jonathan Baldwin,

3

Con alcuni giochi se usi PlayOnLinux puoi aprire il programma di avvio con il tuo editor di testo e cambiare la Exec=riga come segue:

Exec=env PULSE_LATENCY_MSEC=60 /usr/share/playonlinux/playonlinux --run "GameName" %F

— Skitz
fonte

1

Prova questa soluzione . Principalmente ha avuto a che fare con PulseAudio, personalmente l'ho rimosso e riprovato e il sottosquadro era sparito, ma ho perso la capacità di spostare l'uscita audio su diversi lavandini. Questo how-to mantiene pulseaudio e ALSA che giocano bene l'uno con l'altro senza lasciare che pulseaudio tira l'hardware direttamente.

— allenskd
fonte

3

Sebbene ciò possa teoricamente rispondere alla domanda, sarebbe preferibile includere qui le parti essenziali della risposta e fornire il collegamento come riferimento.

— Stormvirux,

Non è una soluzione per chiunque abbia bisogno di registrare l'audio proveniente da un'applicazione Wine o che dia la minima attenzione alla latenza (Pulse suona abbastanza velocemente e liberamente con la latenza così com'è, ma anche lanciando dmix lì ...)

— Jonathan Baldwin il

0

Aggiunta una soluzione aggiornata come sopra a

http://tux-is-gaming.blogspot.com.au/2014/02/fixing-alsa-lib-pcmc7843sndpcmrecover.html?showComment=1394964710443#c3501258764752400662

— Aaron Williams
fonte

2

Benvenuto in Ask Ubuntu! Sebbene ciò possa teoricamente rispondere alla domanda, sarebbe preferibile includere qui le parti essenziali della risposta e fornire il collegamento come riferimento.

— Stormvirux,

1

D'accordo, ma è solo una piccola modifica che ho aggiunto (vedi commento in fondo) a una correzione abbastanza ben descritta sull'URL fornito

— Aaron Williams

0

Dopo aver funzionato bene, un'applicazione portaudio ha iniziato a suonare in modo irregolare durante gli errori di scatto

ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurred

SOLUZIONE: per prima cosa è necessario interrompere il processo esistente ... emettere questi cmd

    pulseaudio --kill

    jack_control start

Una volta terminato quanto sopra, emettere questi comandi:

    jack_control exit

    pulseaudio --start

Ora la stessa applicazione ha riprodotto l'audio tramite portaudio

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

— Scott Stensland
fonte