Ich bin gespannt … und ich wiederhole mich besonders hier sehr gerne immer wieder und wieder: Das wäre alles kein Problem wenn der Android-Client wieder sinnvoll fernsteuerbar wäre, denn ich würde viel lieber den benutzen, denn damit ist das mit dem Headset gar kein Problem.
pascom Client v114.R4091 BETA (Windows, Linux, macOS)
German
- Probleme mit bestimmten pluse audio Geräten unter Ubuntu behoben
English
- Fixed problems with certain pulse audio devices on linux
@mahescho: Warum man bei Android (und auch iPhone) bestätigen muss, bevor man jemanden anruft, wurde schon oft erklärt. Man kann die Erklärungen hier und hier nachlesen.
Das weiss ich, trotzdem bleibe ich dabei: ein Schalter zum abschalten für die, die das bewusst nicht wollen wäre gut und würde die Fernsteuerung wieder sinnvoll machen. Technisch sollte es möglich sein, denn vorher ging es ja auch.
Schon mal darüber nachgedacht, dass es seitens der Hersteller auch Vorgaben geben kann, die bei Nichteinhaltung zu einer Delistung führen, man also quasi aus dem Appstore fliegt?
Unabhängig davon funktioniert die App sonst nicht mehr, da Android das SDK für Hintergrundaktivitäten und den Zugriff auf das Mikrofon verändert hat. Selbst meine Mail App zeigt mittlerweile eine Benachrichtigung an, wenn E-Mails im Hintergrund abgerufen werden. Andernfalls wird das einfach vom OS blockiert, zumindest bei aktuellen Geräten.
Nach dem ich nicht in der Lage war mein Ubuntu 20.04 nach der Pipewire-Installation wieder in einen brauchbaren Zustand zu versetzten, habe ich mein System mit Ubuntu 20.04 (und KDE) neu gemacht.
Auf der 1. Blick funktioniert das Audio mit dem Jabra Engage 75 wie es soll. Aber 
: Mein Monitor hat einen integrierten KVM den ich oft nutze. Wenn ich jetzt umschalte crasht der Client mit einem Coredump.
2024-10-14T08:25:10.364788+02:00 LX-MH-01 systemd-coredump[851921]: Process 843445 (pascom_Client) of user 1000 dumped core.#012#012Module /home/matthias/pascom_Client/lib/libjabra.so.1.12.2.0 without build-id.#012Module /home/matthias/pascom_Client/lib/libjabra.so.1.12.2.0#012Module /home/matthias/pascom_Client/lib/libusb-1.0.so.0.1.0 without build-id.#012Module /home/matthias/pascom_Client/lib/libusb-1.0.so.0.1.0#012Module /home/matthias/pascom_Client/lib/libcrypto.so.3 without build-id.#012Module /home/matthias/pascom_Client/lib/libcrypto.so.3#012Module /home/matthias/pascom_Client/lib/libssl.so.3 without build-id.#012Module /home/matthias/pascom_Client/lib/libssl.so.3#012Module libzstd.so.1 from deb libzstd-1.5.5+dfsg2-2build1.1.amd64#012Module libsystemd.so.0 from deb systemd-255.4-1ubuntu8.4.amd64#012Module libudev.so.1 from deb systemd-255.4-1ubuntu8.4.amd64#012Stack trace of thread 843445:#012#0 0x0000717fca7f4e20 n/a (/home/matthias/pascom_Client/lib/libQt6Gui.so.6.7.2 + 0x1f4e20)#012ELF object binary architecture: AMD x86-64
2024-10-14T08:25:10.434212+02:00 LX-MH-01 systemd[1]: systemd-coredump@18-851907-0.service: Deactivated successfully.
2024-10-14T08:25:10.440474+02:00 LX-MH-01 systemd[1]: systemd-coredump@18-851907-0.service: Consumed 1.231s CPU time.
Client: 114.R4098_00f595c1b
(post deleted by author)
Weiter Beobachtungen bei Ubuntu 24.04:
Wenn der Bildschirm länger gesperrt ist und/oder der PC in den Standby geht, geht am Client irgend etwas kaputt. Weckt man ihn wieder sagt er er hätte keine SIP-Verbindung mehr. Es hilft dann nur ein Neustart des Clients.
1 Like
Stellt sich heraus, dass im neuen Setup das Hybernate funktioniert. Der Client kommt damit nicht klar und schafft es nach dem Aufwachen nicht die Verbindung wiederherzustellen.