Über SPDIF beginnt der hörbare Ton spät, z. B. im Dialogfeld "Testton" kann ich maximal "Links" hören, wenn die Stimme "Vorne Links" sagen soll.
Wenn ich pavucontrol
geöffnet habe (im Hintergrund), während ich auf den Test Sound klicke, startet er sofort.
Im Allgemeinen ist beim Starten einer Audio- / Mediendatei der Anfang nicht ausgegeben / hörbar. Optisch oder koaxial anschließen. Dies scheint nur Ubuntu 12.10 zu betreffen, war in 12.04 nicht der Fall, scheint in 13.04 nicht der Fall zu sein!
Von ubuntuusers.de ein bisschen Hilfe - einen nicht hörbaren Sinus spielen, um spdif am Leben zu erhalten:
apt-get install sox
play -n -c2 synth sin gain -100 # -c2 for two channels
Hardware auf einem ASRock 970 Extreme3 (und GeForce 210):
$ cat /proc/asound/cards
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfe200000 irq 16
1 [NVidia ]: HDA-Intel - HDA NVidia
HDA NVidia at 0xfe080000 irq 25
$ cat /proc/asound/card0/codec* | grep Codec
Codec: Realtek ALC892
Einige pulseaudio -v
Ausgaben wurden in http://paste.ubuntu.com/5629082/ eingefügt.
Kann ich irgendwie von pulseaudio 2.1 upgraden?
Live-Ausgabe von Ubuntu 13.04, eingefügt in http://paste.ubuntu.com/5630475/ - tatsächlich beginnt hier nur der allererste Aufruf des Sounds (oder nach einer langen Benutzerpause?) Verzögert, dh nach "... Left", "Front Right" ist zu hören, während es in 12.10 immer "... Left", "... Right" ist.
quelle
Antworten:
Ich weiß, dass ich einen alten Thread wiederbeleben werde, aber ich habe eine einfach zu funktionierende Lösung gefunden, die das Problem behebt.
Von: https://wiki.archlinux.org/index.php/PulseAudio
Um das Laden des Moduls "Suspend-on-Idle" zu deaktivieren, kommentieren Sie die folgende Zeile in der verwendeten Konfigurationsdatei aus (~ / .config / puls / default.pa oder /etc/pulse/default.pa):
Starten Sie PulseAudio schließlich neu, um die Änderungen zu übernehmen.
quelle
Es hört sich so an, als würde die Energieverwaltung verhindern, dass die Soundkarte den ersten Audioausschnitt ausgibt. Unter http://wiki.gentoo.org/wiki/Power_management/Soundcard lauten die wichtigen Elemente wie folgt:
Aus dem obigen Text sind folgende Dinge zu versuchen:
Führen Sie im Terminal Folgendes aus und versuchen Sie erneut, Audio abzuspielen:
Wenn Audio in Ordnung ist, müssen Sie es dauerhaft machen, indem Sie eine neue Datei in /etc/modprobe.d/ mit folgendem Inhalt hinzufügen:
ausführen
sudo touch /etc/pm/power.d/intel-audio-powersave
und neu startenWenn das Update funktioniert hat, sollte Audio normal abgespielt werden. Wenn nicht, entfernen Sie die Datei erneut:
Wenn beides nicht funktioniert, habe ich keine Ideen mehr :-).
quelle
Dies ist ein allgemeines Problem mit SPDIF / Digitalausgang und dem Empfänger, der das Signal verarbeitet usw. Wenn kein Signal vorhanden ist, wechselt der Empfänger in einen Leerlaufmodus. Es dauert einige bis einige hundert Millisekunden, bis das Signal abgespielt wird. Die einzige Möglichkeit, dies zu beheben, besteht darin, dass Ihr SPDIF-Ausgang ständig EINIGES Signal sendet, wodurch die Empfängerverarbeitung jederzeit am Leben bleibt. Im Moment habe ich dieses Problem in Windows mit einem winzigen Dienstprogramm gelöst, das ein Typ in .NET geschrieben hat und das jederzeit ein Nullsignal ausgibt. Er nennt es SPDIF Keep-Alive. Dadurch fließt das Signal weiter und mein Empfänger hört ständig zu. Ich habe noch keinen Weg gesehen, dies für Linux zu tun, aber ich würde mir vorstellen, dass die Unterstützung, um so etwas zu erstellen, ÜBERALL ist. Hoffentlich hat dies jemandem eine Idee gegeben, wonach er suchen oder wo er als nächstes suchen soll! -K9SPY
Digitales Audio Keep-Alive Keep-Alive SPDIF Keep-Alive Keep-Alive TOSLINK Keep-Alive Keep-Alive-Time-Outs In den Ruhezustand wird die SPDIF-Soundverzögerung abgeschaltet
quelle
Suchen Sie nach PulseAudio-Konfigurationsdateien, die
load-module module-suspend-on-idle
Zeilen enthalten:Kommentieren Sie diese Zeilen aus.
Starten Sie PulseAudio neu, um die Änderungen zu übernehmen:
Gerade auf Ubuntu 17.04 getestet und es funktioniert gut.
quelle
pulseaudio -k
ich einige Fehler hatte.Die akzeptierte Antwort über das Nichtladen
module-suspend-on-idle
behebt das Problem für mich nicht. Um dies zu "beheben", musste ich einen Befehl zum kontinuierlichen Schweigen im Hintergrund laufen lassen, siehe UPDATE 2 der folgenden Frage:Und ich habe dieses Problem sowohl in den internen Lautsprechern als auch in den PCs des Laptops über HDMI und Kopfhörer, ohne SPDIF, unter den neuesten ArchLinux- und Ubuntu-Versionen reproduziert.
quelle