Ups: Automatischen Microphone Gain aktiviert?

Erfüllt Euch euer spracherkennender Assistent nicht mehr jeden Wunsch? Melden die Kollegen im Videochat vielleicht, daß Ihr schon wieder mal so leise seid, dabei hattet Ihr das erst gestern richtig eingestellt? Glückwunsch, entweder Ihr seid Opfer von „wir wissen es besser“ Idioten geworden die AGC eingebaut haben oder Euch hat ein Pipewire-Glitch  erwischt.

Ups: Automatischen Microphone Gain aktiviert?

Alle paar Jahre muß man sich gegen einen dieser Trottel zur Wehr setzen, die es für eine total geniale Idee halten, daß andere Menschen zu blöd sind Ihre Mikrofoneinstellungen richtig zu machen und bauen dann AGC ein (Automatic Gain Control) . Das dachte ich natürlich zu erst auch und habe hier einen nicht ganz erst gemeinten Rant geschrieben, der sich gewaschen hatte 🙂 was wirklich schade ist, daß Ihr den jetzt leider verpasst, ehrlich 😉 Aber es war halt nur ein komischer Bug.

Was ist passiert?

Das Eingabegerät meiner Webcam, das hier das Mikro mimt, fing wilde an, die Pegel von selbst anzupassen, je nachdem wie man gesprochen hat. AMGC halt. Chromium machte das auch mal eine Weile, zum Glück nur für sich, war trotzdem in der Videokonferenz eine Vollkatastrophe, weil man es nicht abschalten konnte. Pipewire ist zum Glück nicht Chromium.

Den Glitch beheben geht so:

Macht mal den PulseAudio Lautstärkeregler auf -> Konfiguration

Das Konfigurationfesnter vom Pulseaudiolautstärkeregler. Wir sehen eine Auswahlbox für den normalen Treiber und den PRO AUDIO Treiber! PRO AUDIO ist ausgewählt als FixDann stellt Euren Treiber auf Pro Audio um und Fertig. AGC gibt es für PRO AUDIO Experten nicht 🙂 Die Aufnahmeeinstellungen für Carola und andere Apps reagieren teilweise ganz übel darauf, daß das Device neu initialisiert wird, deswegen kann es sein, daß Ihr die Anwendungen, die das Geräte währenddessen benutzen, neu starten müßt.

Wer es noch nicht gemerkt hat, das mit den Profis war natürlich nur ein Wortspiel 🙂 Mehr Infos zu PRO AUDIO gibt es hier.

Hat das auch Nachteile?

Ja, jetzt müssen alle Apps Ihren Pegel selbst regeln. Eure Carola lässt Euch da nicht im Stich, die Spracherkennung macht das schon. Andere Anwendungen wie Firefox könnten aber jetzt andere Pegel brauchen und müßten das selbst setzen. Das kann in die Hose gehen. Zum Glück musste es so nicht bleiben!

Aber, wie das Leben so spielt 😀

Am Ende half das:

  • Auf PRO AUDIO umstellen,
    Apps neustarten,
    auf „Analog Stereo-Eingabe“ umstellen,
    Apps nochmal starten.

AGC war deaktiviert. Es lohnt sich also den Ärger herunterzuschlucken, außer man hat ein Blog, und einfach mal zu schauen, ob es nicht doch einfach nur ein kleiner Initialisierungsbug war 😉 Natürlich wird jetzt wieder jemand fragen, wieso das Pipewires Schuld war, das offenbart der Fix, weil „PRO AUDIO“ und „Analog Stereo-Eingaben“ sogenannte Pipewireprofile sind, die das Gerät konfigurieren. Wenn man AGC mit einem Wechsel abschalten kann, war es wohl offensichtlich Pipewire selbst. Ich vermute ein skuriller Glitch beim Init des Gerätes. Mehr werden wir nie erfahren.

PVA: unerwartete KDE Connect Interaktion

Hi, völlig überraschend stellt sich heraus, daß Funktion wie geplant funktionieren, aber unerwartete Dinge offenbaren. Die Medienwiedergabe ist so ein Fall.

PVA: unerwartete KDE Connect Interaktion

Ich höre gerade übers Handy Musik und wollte Carola ein paar Reaktionstests unterziehen, als sie nicht reagierte 😐 Da wurde ich natürlich nervös, weil das untypisch war. Ich habe ja erst gedacht, daß die Soundausgabe auf den anderen Kopfhörern liegt, aber das war nicht der Fall. Sprach man sie direkt mit Namen an, reagiert die Kleine wie sie sollte.

Ein neues Mysterium? 🙂

Leider nicht, denn zur Steuerung meines Handies hatte ich KDE Connect auf dem PC gestartet. Ich zeige Euch mal die Topologie:

KDE Connect hat sich auf dem PinePhone die von Lollypop zur Verfügung gestellte MPRIS2 Schnittstelle geschnappt und die über das Netz genutzt. Soweit, so beabsichtigt 🙂 Tatsächlich ist KDE Connect auf dem PC noch einen Schritt weitergegangen und hat auf dem PC die MPRIS2 Schnittstelle von Lollypop exponiert und die hat nun wiederum Carola gesehen und benutzt.

Das bedeutet, ich kann jetzt auf dem PC mit Carola die Musik per Sprache steuern, obwohl beide nichts von einander wissen können, weil KDE Connect die Schnittstellen bridged 😀 Wie geil ist das denn bitte ?!!?!?!?!! 😀

Warum schwieg sie jetzt?

Weil sie, wenn eine Medienwiedergabe läuft, nicht auf den gesprochenen Text reagieren soll. Das ständige dazwischen quatschen würde einfach nur nerven.

Fedora: Pinephone als LAHA Client

Hallo Linuxphone-Fans,

Ja, LAHA geht 😀 Es gibt aber Tücken im Pinephone. Das beste, es läuft bereits mit Pipewire 😀

Fedora: Pinephone als LAHA Client

Ich wollte das schon lange ausprobieren, aber mit den ganzen bisherigen Pineproblemen bin ich da nicht zu gekommen. Heute hat sich das geändert.

in Grün der Audiodatenstrom vom C&C Center ins Pinephone.

Der Shellclient macht jetzt nicht direkt was her, zumal er nur ein Kommando ist:

Da der Client normalerweise vom C&C direkt auf dem C&C Server benutzt wird um den Ton abzuspielen, kommt der bislang ohne eigene UI aus, schliesslich spielt er nur ab, was man im C&C ohnehin sieht.

Das könnte sich jetzt aber ändern, wenn ich etwas mit der LibHandy vernünftige Oberflächen für Pine bauen kann. Dann sollte es am Ende eine der Androidversion ähneliche Funktionalität haben. Ob ich es hinbekomme, daß die JAVA Pakete von einem Clienten sauber gelesen werden können, wage ich aber zu bezweifeln, daher wird wohl auf eine Java-Client-C-GUI Mixanwendung hinauslaufen.

Läuft auch mit Pipewire

Ganz ohne mein Zutun, funktioniert die Anwendung out-of-the-box auch mit Pipewire. Da scheint sich jemand bei der Kompatibilität zu PulseAudio Mühe gegeben zu haben. Da PA aber nur ein Pirewireclient ist, war das so gedacht. Wenn Ihr das austesten wollt, braucht Ihr neben java-1.8.0-openjdk für LAHA auch nmap-ncat und die pulseaudio-utils.

Spezielle Anpassungen sind für LAHA nicht nötig. Einfach so starten: java server/Server

Beim Test sind dann allerdings andere Probleme des Pinephones aufgetreten: Netzwerkaussetzer.

Oben im Bild seht Ihr ja einen kontinuierlichen Datenstrom zum Pine, das ist aber nicht immer so:

Ihr seht hier Aussetzer des Netzwerkes alle 15 Sekunden. Das lies sich nur mit einem Reboot fixen und betraf alle Apps auf dem Handy, auch SSH und Ping. Die Aussetzer sind aber nicht neu. Die sind immer mal wieder seit ich das Handy bekommen habe aufgetreten.

Bugreport ist raus.