Am Freitag, 10. Februar 2023, 09:20:52 CET schrieb Herbert Albert:
Am Freitag, 10. Februar 2023, 08:56:10 CET schrieb Manfred Haertel, DB3HM:
Stephan Hemeier schrieb:
Am Donnerstag, 9. Februar 2023, 23:21:23 CET schrieb Herbert Albert:
Hallo,
ich wollte das Mikro meiner WebCam Logitech C920 mit audacity testen, dabei habe ich festgestellt, dass sich audacity nicht mehr starten lässt.
~> audacity audacity: error while loading shared libraries: lib-project-rate.so: cannot open shared object file: No such file or directory
Wenn ich per Yast audacity und audacity-lang mit "unbedingt aktualisieren" neu installiere läuft audacity, aber nur bis zum nächsten reboot, dann nicht mehr.
Aber mein ein eigentliches Problem ist das Mikro der Logitech Webcam C920. Bisher hat es in Videokonferenzen (z.B. mit https://sichere-videokonferenz.de/[1]) immer funktioniert, bis gestern.
laut
:~> lsusb
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 046d:c318 Logitech, Inc. Illuminated Keyboard Bus 001 Device 003: ID 046d:082d Logitech, Inc. HD Pro Webcam C920 Bus 001 Device 002: ID 046d:c077 Logitech, Inc. Mouse Bus 001 Device 005: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
ist die WebCam da. Videobild ist vorhanden (z. B. mit kamerka). Doch mit was kann ich das Mikro testen? In den KDE Systemsettings wird zwar unter Audio -> Aufnahmegeräte angezeigt: Microphone (HD Pro Webcam C920 Analog Stereo), doch da gibt es keinen Test, so wie bei den Wiedergabegeräten.
Also hat jemand eine Idee, wie ich, mit welchen Tool, testen kann, ob das Mikro geht?
Das System ist opensuse leap 15.4.
Gruß
Herbert
-------- [1] https://sichere-videokonferenz.de/
Ein Bug mit audacity: Vor dem Start als root ausführen: /sbin/ldconfig -v /usr/lib64/audacity
Funktioniert aber auch nur bis zum nächsten Start.
Um ein Library-Verzeichnis "außer der Reihe" persistent aktiv zu machen, sollte man das Verzeichnis in die /etc/ld.so.conf oder noch besser in eine Datei /etc/ld.so.conf.d/*.conf eintragen.
Oder, wenn einem das "zu invasiv" ist, schreibt man sich ein Script, in dem vor dem Aufruf des eigentlichen Binarys die Environment-Variable LD_LIBRARY_PATH auf das Verzeichnis gesetzt wird.
Hallo Manfred,
aber das scheint ja ein Bug in audacity zu sein, oder? Doch seltsamerweise ist audacity heute morgen nach dem Rechnerneustart ohne meckern gestartet. Und welch Wunder, auch das Mikro der Webcam hat funktioniert. Ist nur komisch, auch gestern hatte ich zum Überprüfen den Rechner komplett heruntergefahren, allerdings nicht vom Strom getrennt, und neu gestartet. Das Problem bleib bestehen. Das ist ja fast wie bei einem Windows Rechner, wenn er heruntergefahren wird und ist er nicht wirklich aus. Und wenn ich via KDE- Star-Menü "Herunterfahren" wähle, bin ich davon ausgegangen, das der Rechner aus ist, auch wenn die Stromversorgung noch an ist.
Gruß
Herbert Also audacity scheint ja zu machen, was es will. Vorhin den Rechner für eine Stunde heruntergefahren und auch vom Strom getrennt. Nun wieder eingeschaltet und was heute morgen ging (audacity starten) geht nun nicht mehr. Es kommt wieder die Meldung mit der Library.
Was habe ich noch gemacht, ein zypper up, da eine Softwareaktualisierung gemeldet wurde. libopenraw9 gdk-pixbuf-loader-libopenraw libtiff5-32bit libtiff5 python3-bind tiff libtiff-devel libblas3 liblapack3 libcblas3 blas-devel und die Patches openSUSE-SLE-15.4-2023-342 openSUSE-SLE-15.4-2023-341 Ob es wohl damit zusammenhängt?