Arch Linux

Logitech Quickcam Express und Cheese

[gelöscht]

Hallo Leutz,

bevor einige schreien: GSPCA ... den hab ich, zumindestens der 2.6.27er Kernel hat ihn anscheinend 😃.
Jedenfalls habe ich die im Betreff genannte Webcam. Ekiga meldete sich auch sofort nach dem anstecken und erkannte diese ohne Probleme. Selbst das Video wird mir tuffte (super) angzeigt.

Starte ich aber Cheese, MPlayer oder ein anderes V4L-fähiges Gerät, bekomm ich nur ne Art TV-Testbild bzw. beim MPlayer radikales rauschen.

Ausgabe von dmesg:

usb 1-2: new full speed USB device using ohci_hcd and address 10
usb 1-2: configuration #1 chosen from 1 choice
Linux video capture interface: v2.00
gspca: main v2.2.0 registered
gspca: probing 046d:0928
gspca: probe ok
usbcore: registered new interface driver spca561
spca561: registered
gspca: usb_submit_urb [0] err -28
ohci_hcd 0000:00:02.0: leak ed f719e280 (#81) state 2
gspca: usb_submit_urb [0] err -28
ohci_hcd 0000:00:02.0: leak ed f719e2c0 (#81) state 2
gspca: usb_submit_urb [0] err -28
ohci_hcd 0000:00:02.0: leak ed f719e300 (#81) state 2

MPlayer spuckt mir im Millisekundentakt folgendes aus:

ioctl mcapture failed: Invalid argument

Wo könnte das Problem liegen? Hab bei google.de bisher nichts gefunden. Anfangs dachte ich es sei nen Problem mit Cheese selbst aber MPlayer sagt mir was anderes. Der Treiber selbst könnte es auch nicht sein, da ich ja ein perfektes Bild in ekiga habe. Meine Labtec Webcam Pro, welche ebenfalls vom gspca Treiber unterstützt wird, macht die gleichen Macken.

Danke schon im Voraus für eure Hilfe.

[gelöscht]

Hab gerade mal MPlayer mit dem V4L2-Device probiert, da bei Ekiga auch nur V4L2 funktioniert aber nun folgendes:

christian@doppelherz $ mplayer tv://
MPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ (Family: 15, Model: 107, Stepping: 1)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
115 audio & 237 video codecs
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing tv://.
TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <olschewski@zpr.uni-koeln.de>
 comment: first try, more to come ;-)
Selected device: USB Camera (046d:08a2)
 Capabilites:  video capture  read/write  streaming
 supported norms:
 inputs: 0 = zc3xx;
 Current input: 0
 Current format: unknown (0x4745504a)
tv.c: norm_from_string(pal): Bogus norm parameter, setting default.
v4l2: ioctl enum norm failed: Invalid argument
Error: Cannot set norm!
Selected input hasn't got a tuner!
v4l2: ioctl set mute failed: Invalid argument
v4l2: ioctl query control failed: Invalid argument
v4l2: ioctl query control failed: Invalid argument
FPS not specified in the header or invalid, use the -fps option.
No stream found.

v4l2: ioctl set mute failed: Invalid argument
v4l2: 0 frames successfully processed, 0 frames dropped.

Exiting... (End of file)

Atsutane

Starte cheese mal über diesen Aufruf: LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so cheese

Das Paket libv4l hast du, nehme ich an, installiert? Das Modul gspca_spca561 ist ebenfalls geladen?

[gelöscht]

Atsutane schrieb Starte cheese mal über diesen Aufruf: LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so cheese

Das Paket libv4l hast du, nehme ich an, installiert? Das Modul gspca_spca561 ist ebenfalls geladen?

Also der Aufruf 'LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so cheese' klappte ohne Probleme und ich konnte Cheese mit der Webcam nutzen. das Module gspca_spca561 ist geladen, sonst würde Ekiga ja nicht die Cam nutzen können. libv4l ist auch installiert.

// Edit
Es kamen zudem noch viele Fehlermeldungen im Terminal:

...
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000fffb
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000fffd
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000fff6
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000fffe
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000fffb
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000fff6
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
libv4lconvert: Error decompressing JPEG: unknown huffman code: 0000ffff
...

Atsutane

Nun gut diese Fehler hatte ich bisher nicht, aber solang die Daten(=angefertigten Fotos/Videos)
verwendbar sind würde ich dem Ganzen, zumindest vorerst, nicht sonderlich viel Beachtung beimessen
und wenigstens ein Update des Kernels (also auf 2.6.28, bis dahin sollte auch das Modul einige
Verbesserungen erfahren haben) oder der libv4l abwarten, wenn der Fehler dann immer noch auftritt
genauere Untersuchungen anstellen (wobei ich offen gesagt doch sehr faul bin, wenn etwas funktioniert 😉).

[gelöscht]

Hi Atsutane,

da können wir uns die Hand geben. Sobald etwas funktioniert, bin ich auch zu faul weiter zu suchen warum es nicht funktionierte. Mich wunderte eben nur, dass es bei Ekiga ging aber Chesse und MPlayer diese Mucken machten. Bei V4L2 (Mplayer) ging überhaupt nichts mehr.

Jedenfalls funktionierts nun und ich lasse mich beim nächsten Kernel-Update überraschen. Aprobos ... müssten meinen lokalen Mirror wieder mal updaten *g*

thoas

Atsutane schrieb Starte cheese mal über diesen Aufruf: LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so cheese

Das Paket libv4l hast du, nehme ich an, installiert? Das Modul gspca_spca561 ist ebenfalls geladen?

super, jetz geht meine cam auch endlich mit cheese (auch ne logitech)... und ich hab mich schon gefragt was los is. mit amsn gings ohne probleme.

defcon

Was hat es denn mit diesem LD_PRELOAD auf sich? (Erklärungsbedarf)
Ist das ein Bug im libv4l Paket, weil man die Anwendungen so starten muss?
Ist da was bekannt wann dieses Problem behoben wird?

Gruss

defcon

Danke für die nicht vorhandene Erklärung was es denn nu mit dem LD_PRELOAD auf sich hat. </sarkasmus>

Atsutane

Ich hatte mal eine ausführlichere Erklärung dazu, allerdings ist das Lesezeichen irgendwann ins
Datennirvana entschwunden, deswegen versuche ich es mal kurz aus dem Gedächtnis, ob das stimmt
ist wieder eine andere Sache.
Wenn man ein Programm dynamisch gegen eine (oder auch mehrere) Bibliothek linkt, spart man sich
diese mit zuliefern, dies ist vor allem bei Systembibliotheken und anderen weitverbreiteten von Vorteil,
der Nachteil ist jedoch, dass auf dem Zielsystem die Bibliothek auch in dieser, respektive einer
kompatiblen Version vorliegen muss, darum geht es aber nicht. LD_PRELOAD läd Bibliotheken, gegen
die überhaupt nicht gelinkt wurde um so Funktionalitäten aus gelinkten Bibliotheken zu
ersetzenn respektive zu erweitern.

Ich schaue gleich nochmal, ob ich das Lesezeichen noch auf dem Notebook gesichert habe.

defcon

Das heißt dann, das man aus dem Beispiel von oben, cheese mit einer Libary lädt, die standardmäßig gar nicht mit dem Programm verlinkt ist?

Weißt du zufällig auch noch ob dieser Bug behoben wird? Ist auf Dauer doch etwas nervig Skype, cheese usw. alles so zu starten :/

Atsutane

Habe das Lesezeichen zwar nichtmehr, allerdings bin ich bei der englischsprachigen wikipedia über diesen Eintrag gestoßen, welcher das selbe zu definieren scheint.

Ich würde das ganze nicht unbedingt als Bug bezeichnen, durch ein editieren der Menü Einträge lässt sich der Umstand ja sehr leicht aus der Welt schaffen, zur Not tut es das setzen eines alias in der Shellkonfiguration 😉

defcon

Naja, trotzdem wäre es Ok, wenn es Seitens der Entwickler eine Korrektur geben würde.

[gelöscht]

Hiho,

das Problem scheint es nur bei Arch Linux zu geben, denn nachdem ich auf Grund des 8 GB Problemes auf Ubuntu umgestiegen bin, hab ich das Problem bei Cheese auch nicht mehr. Ich denke mal dass dem Maintainer was unterlaufen ist. Mir aber nun egal.

Ich kann meine 8 GB voll ausnutzen, kann TV schauen und kann Cheese nutzen ... was will ich mehr?

Atsutane

Mit dem aktuellen Update(innerhalb der letzten 48h), gibt es auch hier keine Probleme mehr, also auch
bei arch reicht nun das normale Aufrufen über cheese.

Wobei man bei Ubuntu auch beachten sollte, dass dort doch recht häufig stärker an den Paketen
gepatcht wird, was eben, bis zu einem bestimmten Grad, mit dem Prinzip der Releasezyklen zusammenhängt.