Ich habe einen zwielichtigen Kopfhöreranschluss an meinem Laptop, der nicht zuverlässig erkennt, wenn Kopfhörer / externe Lautsprecher angeschlossen sind. Dies bedeutet, dass der Ausgang ständig stummgeschaltet / nicht stummgeschaltet wird, was ziemlich ärgerlich ist
Wie kann ich pulseaudio so konfigurieren, dass die Buchsenerkennung deaktiviert wird (oder alternativ nur die Ausgabe über diese Buchse erzwingen)?
Ich gehe davon aus, dass die analog-output-headphones.conf bearbeitet werden muss, aber ich kann nicht herausfinden, wie das geht (analog-output.conf.common hilft nichts).
pulseaudio
Ross
quelle
quelle
Antworten:
Sie können versuchen, die Kopfhörerbuchse anzuhalten. So finden Sie den Index der Kopfhörerbuchse:
Dann setzen Sie das Waschbecken aus:
Wobei "SINK" der Index vom ersten Befehl ist und "1" angehalten wird und "0" nicht angehalten wird.
Edit: Sorry, habe die Situation falsch verstanden. Es wurde ein Arch-Thread gefunden , mit dem die automatische Umschaltung deaktiviert werden kann. Bearbeiten
/etc/pulse/default.pa
(gdamjan schlägt die Alternative vor~/.config/pulse/default.pa
), um die folgende Zeile zu entfernen:quelle
Ich weiß nicht, wie (oder ob) dies direkt über PulseAudio selbst erfolgen kann, aber ich weiß, dass dies über das ALSA-Steuerelement mit dem Namen "Auto-Mute Mode" erfolgen kann, indem dieses Steuerelement deaktiviert wird (z. B. mit "alsamixer"). sollte verhindern, dass Ihr Ausgang automatisch stumm geschaltet wird, wenn etwas in die Frontbuchse eingesteckt wird.
Die Änderung auf diese Weise funktioniert auch dann, wenn auf Ihrem System PulseAudio ausgeführt wird, sofern ALSA als Backend verwendet wird (dies ist jedoch in den meisten Linux-Distributionen standardmäßig der Fall).
Wenn Sie 'alsamixer' verwenden, um diese Einstellung zu ändern, müssen Sie zuerst das richtige Hardwaregerät auswählen (drücken Sie F6), da das Standardgerät wahrscheinlich das virtuelle PulseAudio-Gerät ist, das nicht über den "Auto-Mute-Modus" verfügt. Steuerung.
Um diese Einstellung dauerhaft zu machen, führen Sie sie als root aus:
quelle
Angenommen, mindestens eine Ihrer Buchsen funktioniert noch ohne Fehler. Ich schlage vor, Sie beziehen sich auf diese Frage auf askubuntu. Anstatt von der fehlerhaften Audiobuchse abzuhängen , schlage ich vor, Sie verwenden den Mikrofoneingang für die Kopfhörer.
quelle
Rennen
pavucontrol
. Wählen Sie im Menü "Konfiguration" die Option "Aus" für die integrierte Audiokarte.quelle
Nur für den Fall, dass dies für jemanden nützlich ist, werde ich beschreiben, wie ich mein Problem mit Front-Buchsen unter Ubuntu 14.04 gelöst habe
Ich meinen Fall das vordere Mikrofon war nicht richtig funktioniert, habe ich versuchte unmuting es in
alsamixer
und tausend möglichen Lösungen mehr, aber schließlich , was es gelöst war die Installationalsa-tools
und Verwendunghdajackretask
das vordere Mikrofon als „internes Mikrofon“ einzurichten, dannalsamixer
mir nur hebt die Stummschaltung des internen Mikrofons und der internen Mikrofonverstärkungskanäle auf und passt deren Werte an (53 bei beiden in meinem Fall)quelle
Ich hatte das Problem, dass die Kopfhörererkennung den Lautsprecher deaktiviert hat, der anscheinend an meiner Kopfhörerbuchse im Laptop angeschlossen ist. HDA-Informationen zu Fujitsu Siemens Amilo 1520 finden Sie hier.
Was Ihnen einen Hinweis geben sollte, ist, dass der Alsamixer auf Ihrer Soundkarte geöffnet ist und die Lautstärkeregler für Lautsprecher und Kopfhörer beeinflusst werden (beim Anschließen von Kopfhörern, Stummschalten von Lautsprechern und Aufheben der Stummschaltung von Kopfhörern und umgekehrt).
dann mit der von mir ausgewählten hdajackretask: grüner kopfhörer (rückseite) - override auswählen - und auf "interner lautsprecher" stellen
Sie können dann überprüfen, indem Sie die Kopfhörer tatsächlich ein- und ausstecken, ob sie für Ihre Konfiguration geeignet sind (die Dokumentation ist dürftig).
In meinem Fall hat dies funktioniert und ich habe auf die Schaltfläche "Boot Override installieren" geklickt. Starten Sie das System neu und arbeiten Sie mit Sound ...
(Ich würde wirklich gerne wissen, was es unter der Haube eingerichtet hat, werde das später herausfinden.)
quelle
Mein Problem ist Jacksense am Front-Port, der ständig auf "Kopfhörer" umschaltet (auch wenn der Front-Panel-Header nicht angeschlossen ist) und ein fehlerhaftes MSI-Motherboard, das mir die RMA verweigert hat. Auch wenn Jack Sense in der Konfiguration deaktiviert ist, indem es in default.pa auskommentiert wird. Es war eine schreckliche Arbeit, die Frontplatte zu benutzen und nur konstantes Knistern zu bekommen. Ich habe alle hier und überall in Google aufgeführten Umgehungsmöglichkeiten ausprobiert.
Ich habe hdajackretask ausprobiert, was auf Debian Stretch nicht funktionierte. Es musste jedoch nur / lib / firmware erstellt werden. Wenn das erledigt ist, kopiert das Boot-Override-Installationsskript, das es unter / tmp erstellt, die .fw-Datei korrekt dorthin.
/etc/modprobe.d/hda-jack-retask.conf enthält:
(was die Datei unter / lib / firmware erwartet,)
Ich bin nicht sicher, ob andere Optionen snd-hda-intel außer Kraft setzen oder stören. Versuchen Sie daher, diese zu deaktivieren, falls dies fehlschlägt.
Meine Firmwaredatei sieht so aus, ich bin mir nicht sicher, ob ich die Zeilengruppe [hint] verwenden könnte, da ich nur froh bin, die Sache zu nuken:
/lib/firmware/hda-jack-retask.fw
Ich kann diese Antworten nicht positiv bewerten oder kommentieren. Wenn Sie dies lesen und jede andere der aufgelisteten Lösungen wie ich ausprobiert haben, versuchen Sie Jack erneut mit der Aufgabe "nicht verbunden" zu beauftragen. Auf meiner hdajackretask hieß es "Green Headphone Front Side"
quelle
Hier ist die absolut einfache, manuelle Umgehung, die bei mir funktioniert hat (Mint Debian Edition with Cinnamon):
Das ist es. Sie sind fertig.
Ich habe anderthalb Tage damit verbracht. Ja, Sie müssen das Gerät, das Sie verwenden möchten, jedes Mal manuell einstellen, aber für mich sind zwei Sekunden besser als ein paar Tage langes Suchen. Im besten Fall wird die Ausgabe auf den einen oder anderen Wert gesetzt und nur mit einem Neustart geändert . Ich habe keine Lösung für das Grundproblem der Flockendetektion gesehen.
Wichtig ist, dass der Testton immer für die Heap-Telefone oder die externen Lautsprecher funktioniert hat. In meinem Fall handelt es sich also um eine Flockendetektion. Das ist vermutlich nicht der universelle Fall. Ich habe die Symptome in meinem Fall an anderer Stelle genauer beschrieben .
quelle
Bearbeiten
/etc/pulse/default.pa
Kommentar folgt:
und entkommentiere die letzten beiden Zeilen:
Jetzt sind Ihre Klinkenstecker nach dem Booten aktiv.
quelle