Seit längerer Zeit habe ich immer wieder Probleme mit Cheese: es meldet beim Aufruf "There was an error playin video from the webcam".
Wenn man Cheese de- und dann neu installiert, geht es wieder – bis zum nächsten Boot. Dann geht das Theater wieder von vorne los.
Es scheint auch egal zu sein, ob man die Version aus dem Repository der Distro installiert, oder das Flatpack. Momentan ist es die Flatpack-Version 44.1.
lsusb sieht die Kamera:
1
Bus 001 Device 016: ID 0c45:6300 Microdia PC Microscope camera
dmesg spuckt einige Medungen zur Kamera, einer Mikroskopkamera aus:
1
[12490.202227] usb 1-12.3: new high-speed USB device number 16 using xhci_hcd
2
[12490.371411] usb 1-12.3: New USB device found, idVendor=0c45, idProduct=6300, bcdDevice= 1.00
3
[12490.371423] usb 1-12.3: New USB device strings: Mfr=2, Product=1, SerialNumber=0
4
[12490.371428] usb 1-12.3: Product: USB Camera
5
[12490.371432] usb 1-12.3: Manufacturer: USB Camera
6
[12490.420064] videodev: Linux video capture interface: v2.00
7
[12490.435081] usb 1-12.3: Found UVC 1.00 device USB Camera (0c45:6300)
8
[12490.451828] input: USB Camera: USB Camera as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12.3/1-12.3:1.0/input/input31
9
[12490.451985] usbcore: registered new interface driver uvcvideo
Dasselbe Problem tritt auch mit einer Logitech, Inc. HD Pro Webcam C920 auf.
Ohne cheese zu kennen, ich würde zu journalctl greifen. Dann zu strace (old school) oder was von den moderneren Alternativen wie lurk. Irgendwann dann ein Debugger. Irgendwo dazwischen vielleicht ein Exkurs durch /proc. Wobei ich bei /proc immer googlen muss wo sich was findet.
Wichtig wäre eine ›dmesg -w‹ Ausgabe in einem weiteren Fenster, welches
die Informationen im Fehlerfall auflistet.
Da kommen auch nur die Meldungen über das Erkennen der Kamera. Wenn ich
anschließend cheese aufrufe, gibt es keine weiteren Meldungen in dmesg
-w.
Also wenn keinerlei Fehler gelistet werden, dann würde ich darauf tippen, dass /cheese/ irgendwelche der Kamera unangenehmen Auflösungen einstellt.
Möglicherweise könnte ein Test mit /Guvcview/ oder /Webcamoid/ weiterführen.
Das sind die beiden von mir Eingesetzten, an einer:
Bus 003 Device 002: ID 046d:081d Logitech, Inc. HD Webcam C510
Wenn man die zerkonfiguriert, kann man
~/.config/Webcamoid
~/.config/guvcview2
stumpf löschen.
Also wenn keinerlei Fehler gelistet werden, dann würde ich darauf
tippen, dass /cheese/ irgendwelche der Kamera unangenehmen Auflösungen
einstellt.
Oder allgemeiner: Videoframe-Formate.
Ist z.B. nicht ganz ungewöhnlich, dass es Kameras gibt, die für hohe Auflösungen die Framerate reduzieren müssen.
Oder bestimmte Codecs nur in bestimmten Bereichen für Auflösung*Framerate benutzen können.
Der Fehler ist also ziemlich wahrscheinlich der Kamerakonfiguration von Cheese zu suchen. Startet scheinbar nach der Installation mit irgendeinem brauchbaren Default, wird dann aber entweder vom DAU vor dem Monitor oder von irgendwelchen programminternen Heuristiken auf was Unbrauchbares umkonfiguriert.
Da stellt sich mir sofort die Frage, warum es nach der Installation
funktioniert, nach dem nächsten Boot aber nicht mehr.
Schrieb ich doch:
Startet scheinbar nach der Installation mit
irgendeinem brauchbaren Default, wird dann aber entweder vom DAU vor dem
Monitor oder von irgendwelchen programminternen Heuristiken auf was
Unbrauchbares umkonfiguriert.
Sprich: Sehr wahrscheinlich brauchst du den Kram nicht jedesmal neu installieren, sondern einfach nur die Settings in deinem Profil löschen. Sozusagen als Vorstufe dafür, brauchbare Settings festzulegen, die dann auch nach dem Reboot noch funktionieren.
Erst mal rausfinden, wo die offensichtlich falschen Einstellungen
abgelegt sind. Das wäre jedenfalls mein erster Schritt, wenn das mein
Problem wäre.
Schon klar, deswegen habe ich ja unter .config, .local und /etc nach irgend was gesucht, was zumindest ähnlich heißt. Nur leider alles Fehlanzeige oder leeres Verzeichnis.
Erst mal rausfinden, wo die offensichtlich falschen Einstellungen
abgelegt sind. Das wäre jedenfalls mein erster Schritt, wenn das mein
Problem wäre.
Schon klar, deswegen habe ich ja unter .config, .local und /etc nach
irgend was gesucht, was zumindest ähnlich heißt. Nur leider alles
Fehlanzeige oder leeres Verzeichnis.
Namen sind Schall und Rauch. Backup machen ohne Cheese. Backup machen mit Cheese (vor erstem Start), Backup machen mit Cheese (nach erstem Start), Rebooten, Backup machen.
Dann die vier Backups vergleichen. Logisch denken, Annahmen machen, Annahmen verifizieren.
Trivialitäten für jeden Menschen, der es gewohnt ist, logisch zu denken.
Manche Webcams scheinen bei der Nutzung der neueren Versionen von Ubuntu/Cheese nur Bilder in geringer Auflösung zu produzieren. Dies lässt sich in den meisten Fällen mit der Verwendung der neuesten libv4l-Versionen umgehen.
4
5
libv4l-0
Der hilft aber auch nicht, weil die neuste Version der Lib bereits installiert ist.
Schon klar, deswegen habe ich ja unter .config, .local und /etc nach
irgend was gesucht, was zumindest ähnlich heißt. Nur leider alles
Fehlanzeige oder leeres Verzeichnis.
Die Einstellungen werden sicher unterhalb deines Users in einem der versteckten Verzeichnisse geändert. Man könnte direkt nach der Neuinstallation evtl mit
$ find .??* -mmin -1
alle Dateien dort suchen, die sich innerhalb der letzten Minute geändert haben. Oder eher noch nach dem ersten Aufruf nach der Neuinstallation.
Namen sind Schall und Rauch. Backup machen ohne Cheese…
Wenn es irgendwo eine Konfigurationsdatei gibt, dann bleibt die normalerweise bei der Deinstallation liegen und man ist nach deiner Roß-Beschäftigungs-therapie so schlau wie vorher.
Wenn es irgendwo eine Konfigurationsdatei gibt, dann bleibt die
normalerweise bei der Deinstallation liegen und man ist nach deiner
Roß-Beschäftigungs-therapie so schlau wie vorher.
Wenn es irgendwo eine Konfigurationsdatei gibt, dann bleibt die
normalerweise bei der Deinstallation liegen und man ist nach deiner
Roß-Beschäftigungs-therapie so schlau wie vorher.
Es gibt einen Unterschied zwischen uninstall und purge!
Wer weiß schon was darin alles verbogen wurde. Und wohin. Mir selbst entzieht sich zwar die Notwendigkeit für's containern, aber es wird vermutlich irgend einen Grund für so etwas geben.
Du benutzt cheese wirklich als Flatpack? Dann solltest du schauen, ob da die Berechtigungen zum Zugriff auf die Kamera gesetzt sind (evtl. mit FlatSeal).
Du benutzt cheese wirklich als Flatpack? Dann solltest du schauen, ob da
die Berechtigungen zum Zugriff auf die Kamera gesetzt sind (evtl. mit
FlatSeal).
Vorher hatte ich die Version aus dem Distro-Repo installiert – die verhielt sich leider genau so.
Ich habe zum Test auch noch guvcview aus dem Repo installiert – das hat das Problem noch schlimmer, denn es schafft es noch nicht einmal direkt nach der Installation die Kameras zuzugreifen. Beitrag "Re: Linux Mint: Cheese macht Zicken"
Dein Problem liegt ja auch vermutlich nicht an "Cheese" was ja nur ein Frontend ist. Suche die Ursache beim Videotreiber selbst: uvcvideo
Statt nun "Cheese" neu zu installieren (was vielleicht sogar guvcview mit installiert?) kannst Du auch einfach das Kernel-Modul neu laden:
1
sudo modprobe -r uvcvideo
2
sudo modprobe uvcvideo
Gegebenfalls danach die Kamera entfernen und neu anschliessen.
Das hilft Dir aber nur vorruebergehen weiter. Du willst ja erstmal wissen, was Deine Kamera kann:
1
v4l2-ctl --list-formats-ext -d /dev/video0
*Hier natuerlich das korrekte Geraet angeben!
Dann aenderst Du deine Konfiguration entsprechend:
1
vi ~/.config/guvcview/
(Hier kann ich Dir leider nicht weiter helfen, weil ich an dieser WS keine Kamera angeschlossen habe)
Soll hier ein experimenteller Treiber für einen Quantencomputer installiert werden?
Soll hier das Frontend für eine Zeitmaschine konfiguriert werden?
Soll hier etwa eine Entwicklungsumgebung für das Space Shuttle aufgesetzt werden?
Nein!
Es soll eine scheiß Standard-Webcam in Betrieb genommen werden. Es ist sooo lustig.
Die Sache wird immer verrückter: Vorgestern hatte ich die Flatpack-Version installiert und die lief.
Heute habe ich die Flatpack de- und reinstalliert – das Mistding funktionierte nicht. Dann nochmal deinstalliert und die Repo-Version installiert und die funktioniert plötzlich wieder.
Deine Datei hab ich dort hin geschoben und Pfade darin angepasst. guvcview meckert jetzt, dass es /dev/video0 nicht findet.
Unter /dev/ gibt es video2 und video3. Video2 kann man mit qv4l2 als Video oder Kamerera öffnen, video3 scheint der Ton-Kanal zu sein. Wenn man den öffnet, öffnet sich irgend ein Meldungsfenster, von dem man nur den halben close-Button oben links sieht.
Die Sache wird immer verrückter: Vorgestern hatte ich die
Flatpack-Version installiert und die lief.
Heute habe ich die Flatpack de- und reinstalliert – das Mistding
funktionierte nicht. Dann nochmal deinstalliert und die Repo-Version
installiert und die funktioniert plötzlich wieder.
Mal sehen, was nach dem nächsten Boot passiert…
Hört sich an, als sei da etwas anderes im Argen. Vielleicht die USB-Hardware (Kabel, Hub, ...)? Zumal es die Probleme ja anscheinend verschiedene Kameras und unterschiedliche Programme betreffen. Vorgänge unter Linux sind meistens absolut reproduzierbar, und was Du da beschreibst...
Ich bin ähnlicher Ansicht wie Ein T.
Irgendetwas ist faul im Staate Dänemark. (Kotlett, oder so ähnlich)
Es hat den Anschein als wenn jeder Versuch einen weiteren /dev/video Eintrag erzeugt und die älteren irgendwie /locked/ sind.
USB Problem, HUB Problem (intern Mainboard), so etwas vielleicht.
Wenn ich guvcview starte, mault er als erstes, dass er kein video0 findet. Wenn ich OK drücke, geht das Fehlerfensterchen weg und ein neues öffnet sich und malt wegen video3, das er nicht findet – dabei sind video2 und video3 vorhanden.
Bei weiteren OKs wiederholt sich die Meldung mit video3.
USB Problem, HUB Problem (intern Mainboard), so etwas vielleicht.
Wie kann man das eingrenzen?
Ich würde mir mit lsusb -t den Devicetree ansehen und die Kamera testweise an einen völlig anderen Abzweig (Bus) anschließen.
Dann, vor den einzelnen Experimenten, leider einen normalerweise unnötigen reboot.
USB Problem, HUB Problem (intern Mainboard), so etwas vielleicht.
Wie kann man das eingrenzen?
Alles zwischen Rechner und Kamera eliminieren: USB-Verlängerungskabel, -Hubs, und so weiter, mithin: Kamera direkt an den Rechner / Laptop hängen. Auch mal andere USB-Ports ausprobieren, sofern vorhanden. Korrekte Funktion der Kamera an einem oder mehreren anderen Rechner(n) verifizieren. Rechner mal von einem USB-Stick mit Ubuntu 24.04 LTS booten, Cheese installieren und testen.
Zudem softwareseitig nicht nur ins Kernellog (dmesg(1)), sondern auch mal ins X-Log (zB. /var/log/Xorg.0.log) und in /var/log/syslog schauen.
Na soviele Daten sind das nicht. Deine Kamera kann folgende Codecs: YUYV, H264 und MJPG, jeweils mit einer maximalen Aufloesung von 1920x1080 bei H264 und MJPG und 2304x1536 (allerdings nur 2fps) bei YUYV.
Dann aenderst Du deine Konfiguration entsprechend:
vi ~/.config/guvcview/
Das ist leichter gesagt, als getan: das Verzeichnis ist leer und wie sie
aussehen muss, habe ich noch nicht herausgefunden.
Das war ein Fehler meinerseits. Ich bin von einer Datei namens guvcview.conf ausgegangen. Vielleicht heisst sie auch ~/.config/guvcview2/video0,1,2,... (je nach Geraetenamen) Die musst Du schon selber suchen.
Jedenfalls hat es in dieser Datei u.a. folgende Einstellungen:
format=MJPG
size=640x480
fps_num=30
fps_denom=1
Hier musst Du natuerlich einen Codec/Aufloesung/Framerate waehlen, die von deiner Kamera unterstuetzt wird.
Nachtrag: Habe erst jetz die anderen Beitraege gelesen. Die config-Datei wird normalerweise automatisch angelegt wenn der Treiber verwendet wird. Dann haettest Du die Datei entsprechend anpassen koennen - Sowohl manuell als auch ueber die GUI des entsprechenden Programms. Scheinbar wird deine Kamera nicht korrekt erkannt. Das Problem koennte entweder an der Hardware (Kamera, USB Hub , usw. liegen). Aber es koennte auch ein UAS Problem sein:
Versuche mal folgendes:
lsusb
Suche nach dem Eintrag fuer die Kamera.
Jetzt legst Du eine modprobe config-datei an:
sudo vi /etc/modprobe.d/block_webcam_uas.conf
In diese Datei schreibst Du folgendes:
options uas blacklist_id=0xVENDOR:0xPRODUCT
*Nach 0x setzt Du die Vendor-ID und Product-ID ein
Gerade mal spasseshalber Cheese installiert: Da kann man ja noch nicht einmal das video device einstellen. Vermutlich sucht er sich da immer das falsche device (viele Kameras haben 2 davon und nur eine funktioniert).
Jetzt mal die Frage: Für was braucht man cheese eigentlich?
Gerade mal spasseshalber Cheese installiert: Da kann man ja noch
nicht
einmal das video device einstellen. Vermutlich sucht er sich da immer
das falsche device (viele Kameras haben 2 davon und nur eine
funktioniert).
Hmmm, hier (Debian 12 Bookworm) funktioniert's mit der Auswahl zwischen Interner und extern Eingesteckter.
Gerade mal spasseshalber Cheese installiert: Da kann man ja noch nicht
einmal das video device einstellen. Vermutlich sucht er sich da immer
das falsche device (viele Kameras haben 2 davon und nur eine
funktioniert).
Ich hab's jetzt auch mal probiert: Installation völlig problemlos, Benutzung völlig problemlos.
Cheese ist die Nummer des Video-Device völlig Brust, legt allerdings Wert darauf, dass es vom Typ "Webcam" ist, also der USB-UVC-Klassentreiber benutzt wird. Es genügt nicht, wenn irgendein Teil zwar von der Funktion her eine Webcam ist (oder sich auch als solche benutzen ließe), aber nicht den Klassentreiber benutzt.
So lange nur ein UVC-Device im System ist, gibt es nix zu wählen, ist dementsprechend auch die Wahlmöglichkeit für die Videoquelle ausgegraut.
Übrigens: Getestet mit LinuxMint Wilma in einer VirtualBox. UVC-Gerät war eine ältere Logitek (046d:0805), Testquelle für Nicht-UVC ein HCW Kabeltuner (2040:8268).
Jetzt mal die Frage: Für was braucht man cheese eigentlich?
Das allerdings frage ich mich auch. Das kann deutlich weniger als VLC. Bliebe einzig die Spielkinder-Funktionalität der "Effekte". Wer's braucht, naja...
Was mich auch wundert: dass immer dieselben Typen irgendwelche schweren Probleme mit Sachen haben, die bei allen anderen einfach mal problemlos funktionieren...
Was mich auch wundert: dass immer dieselben Typen irgendwelche schweren
Probleme mit Sachen haben, die bei allen anderen einfach mal problemlos
funktionieren...
„Linux ist benutzerfreundlich. Es ist nur sehr wählerisch, wer seine Freunde sind.“
„Linux ist benutzerfreundlich. Es ist nur sehr wählerisch, wer seine
Freunde sind.“
Gilt im Übrigen für alle Betriebssysteme.
Jepp. Es gibt auch einige User hier, die auffällig häufig unter Windows sehr schwere Probleme haben, die sonst niemand hat...
Man kann all diese Typen einfach blacklisten. Sind allesamt Trolle. Ob von der einen oder anderen Fraktion, ist ziemlich irrelevant.
Eigentlich sollte es Aufgabe des Betreibers der Website sein, solcherart Trolle zu blocken. Aber klar: erstens ist dem Betreiber Traffic (gleich welcher Art) aus wirtschaftlichen Gründen immer willkommen.
Zweitens könnte er selbst mit gutem Willen die Sache nicht grundsätzlich verhindern. Wenn er einen "User" sperrt, würde der alsbald als "neuer" User wieder auftauchen. Ist halt heute überaus einfach, zu einer E-Mail-Adresse zu kommen.
So lange nur ein UVC-Device im System ist, gibt es nix zu wählen, ist
dementsprechend auch die Wahlmöglichkeit für die Videoquelle ausgegraut.
Wenn es die SW richtig macht und die Kamera sich an Standards hält. Bei mir funktioniert es ja auch. Aber es gibt scheinbar Kameras wo das mißverständlich ist, so wie es beim TO aussieht.
Und im Zweifelsfall ist mir das selbst aussuchen des Video devices lieber.
Ich habe spaßeshalber Cheese in einem virtuellen Linux Mint 20.3 unter qemu/kvm auf derselben Maschine installiert, auf der Cheese und Kamoso nur rumzicken.
Die Webcam über USB an die VM durchgereicht, Cheese gestartet – Kamera funktioniert.
Und nun wirds ganz lustig:
VM heruntergefahren und Cheese auf dem Hostsystem mit Mint 20.2 gestartet – Kamera geht.
Ganz normal. Der Linux-Kernel enthält einen Haufen von "Quirks"-Einträgen, für USB-Devices die behaupten, eine Standard-Klasse zu implementieren, es aber doch nicht 100%ig machen. Diese Liste wird ständig erweitert.
Du hast einmal einen neuen Kernel auf das Device losgelassen, der hat es passend initialisiert, und bis zum nächsten Powercycle bleibt es das auch.
Eventuell kannst auch das auch mit dem alten Kernel erreichen:
GRUB_CMDLINE_LINUX_DEFAULT="... usbhid.quirks=0x046d:0x0805:0x00abc123"
(Die bitmap der zu setzenden Quirks ist NICHT abc123, das ist nur ein Beispiel. Richtigen Wert selber nachschauen)
Bzw, wenn es ein UVC-Quirk ist:
modprobe uvcvideo quirks=0x80
(auch hier: 0x80 ist ein Beispiel)
Aber, nachdem Mint 20.2 seit April 2025 EOL ist (Obwohl LTS-Version), wäre ein Upgrade sinnvoller, nicht nur wegen der Kamera.
Aber es gibt scheinbar Kameras wo das
mißverständlich ist, so wie es beim TO aussieht.
Da ist nix mißverständlich. Früher hat die Mikroskop-Kamera mit Cheese funktioniert. Dann irgendwann nicht mehr. Eine Logitech Webcam verhält sich genauso.
Der Unterschied: das Hostsystem läuft unter Mint 20.2, die VM unter Mint 20.3 – sieht doch stark nach einem Softwarefehler aus…
Mint 20.2 erhält nach wie vor
Updates incl. neuer Kernelversionen. So tot scheint es also nicht zu
sein…
Mint basiert auf Ubuntu, die 20er Mint Versionen auf Ubuntu 20.4 LTS.
Das Mint-Team hat nicht die Manpower, die ganze Arbeit von Ubuntu zu übernehmen, wenn diese den Support einstellen.
(Wenn sie das hätten, würden sie ihre Distro gleich ganz ohne Ubuntu-Unterbau machen)
Bei Ubuntu kannst du gegen Geldeinwurf den Support verlängern, aber: das wandert nicht automatisch in die Mint-Repositories.
Deswegen stellt Mint (vernünftigerweise) den Support ungefähr zeitgleich mit der Ubuntu-Basis-Version ein.
Wobei End-of-Life nicht bedeutet, dass die Maintainer nichts mehr updaten dürfen. Ist ja ein Community-Projekt von Freiwilligen.
Und auch Außer-der-Reihe-Mitleids-Updates, die Ubuntu noch in den alten Versionen macht (z.B. weil eine schlimme Sicherheitslücke gefunden wurde) wandern noch in die alten Mint-Versionen.
