Mit gphoto2
/ gtkam
habe ich es geschafft, eine Live-Ansicht meiner Kamera auf meinem Laptop zu erhalten. Allerdings gtkam
(oder digiKam
auch ) zeigt die Live-Ansicht nicht mehr an, sobald ich ein Bild gemacht habe. Weitere Versuche, ein Bild aufzunehmen, zeigen einfach keine Live-Ansicht. Wenn ich die Kamera ein- und ausschalte (während sie noch mit dem Laptop verbunden ist), wird beim nächsten Versuch eine Live-Ansicht angezeigt, und dann wird der Zyklus fortgesetzt. Das Umschalten der Kamera ist umständlich; Welche Möglichkeiten habe ich vom Laptop aus?
Wenn ich die Kamera umschalte, höre ich das Geräusch des Schließens des Verschlusses. Ich schätze, das zeigt an, dass die Kamera irgendwie noch aktiv ist - vielleicht müsste ich sie nicht ausschalten, wenn ich sie stoppen könnte. Entfernen und erneutes Hinzufügen der Kamera aus gtkam
nur Fehler heraus. Der Fehler ähnelt demcould not lock
gphoto2
in der Dokumentation erwähnten Fehler , aber:
gtkam
die Verwendung der Kamera;gvfs-mount -l
Ausgabe aufgeführt, gvfs-umount -s gphoto2
hat aber keine Auswirkung.Ich verwende Arch Linux, Kernel 4.2.5-1
.
Sie können versuchen, die USB-Verbindung aus- und einzuschalten. Möglicherweise müssen Sie das Programm auch programmgesteuert neu starten. Vielleicht hilft Ihnen das: https://www.linux.com/blog/disable-enable-usb-terminal
Beim ersten Mal muss unser Modem an unseren USB angeschlossen werden. Danach versuchen wir, eine Verbindung mit dem wvdial-Befehl herzustellen. Ups, ich kann keinen Träger erreichen. Die erste Lösung für eine lange Zeit ist, dass ich das Modem aus dem USB-Anschluss ziehe und ein paar Sekunden warte, bevor ich ihn wieder an den USB-Anschluss anschließe. es macht mich sehr gelangweilt und wütend. Also, um das Problem zu beheben, ohne den wirklich schlechten Hinweis zu geben. Beim ersten Mal müssen Sie das Terminal öffnen und als Superuser zugreifen: "sudo lsusb -t|less", dieser Befehl gibt Ihnen eine Liste des aktiven USB. Und im Ergebnis steht:
/: Bus 05.Port 1: Dev 1, class="root_hub", Driver=uhci_hcd/2p, 12M /: Bus 04.Port 1: Dev 1, class="root_hub", Driver=uhci_hcd/2p, 12M /: Bus 03.Port 1: Dev 1, class="root_hub", Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, class="HID", Driver=usbhid, 1.5M /: Bus 02.Port 1: Dev 1, class="root_hub", Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 6, If 0, class="vend"., Driver=usbserial_generic, 12M |__ Port 1: Dev 6, If 1, class="vend"., Driver=usbserial_generic, 12M |__ Port 1: Dev 6, If 2, class="vend"., Driver=usbserial_generic, 12M |__ Port 1: Dev 6, If 3, class="stor"., Driver=usb-storage, 12M |__ Port 2: Dev 3, If 0, class="HID", Driver=usbhid, 1.5M |__ Port 2: Dev 3, If 1, class="HID", Driver=usbhid, 1.5M /: Bus 01.Port 1: Dev 1, class="root_hub", Driver=ehci_hcd/8p, 480M |__ Port 6: Dev 5, If 0, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M |__ Port 6: Dev 5, If 1, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M
Nachdem wir den aktiven USB kennen, der mit unserem Modem verbunden ist. Führen Sie diesen Befehl aus
echo '2-1' |sudo tee /sys/bus/usb/drivers/usb/unbind # <- to make usb disable/turn off
NB:
2-1
ist der Prozess, den wir töten werden. Nachdem Sie diesen Befehl ausgeführt haben, wird der USB deaktiviert. Versuchen Sie erneut, mit wvdial zu wählen. Also haben wir das Ergebnis:eject: unable to find or open device for: `/dev/sr0' --> WvDial: Internet dialer version 1.60 --> Cannot open /dev/ttyUSB0: No such file or directory --> Cannot open /dev/ttyUSB0: No such file or directory --> Cannot open /dev/ttyUSB0: No such file or directory
*Dies ist eine gute Information. Das bedeutet, dass der USB-Anschluss erfolgreich deaktiviert wurde. Wir wiederholen den Befehl wie Schritt Nummer 5, aber mit einer anderen Eingabe am Ende. Also so:
echo '2-1' |sudo tee /sys/bus/usb/drivers/usb/bind # <- to make usb active again // the different command just in the end of syntax. NB :
2-1
ist ein Prozess, der aktiviert wird. Versuchen Sie es erneut mit dem wvdial-Befehl wie zuvor. Und .... ich muss das USB-Modem nicht herausziehen und wieder einstecken. Der Hauptbefehl befindet sich also in Schritt 5 und 7.
Eine weitere Möglichkeit wäre, darktable zu verwenden. Es verwendet das gleiche Backend, hat aber vielleicht einige bessere Tricks bezüglich der Befehle, die an die Kamera gesendet werden: https://www.linux.com/learn/how-remote-control-your-camera-darktable-linux
Muru
Euri Pinhollow
Peter Taylor
Andreas Hartmann