USB-Webcam an Fritz!Box

"Dein" ov511.ko ist deutlich kleiner als das direkt aus 2.6.13-ohio.
Für was wird i2c-core.ko und ovcamchip.ko benötigt?
Wie bekomme ich i2c-core.ko ins image?
ovcamchip hat geklappt, nur i2c-core nicht.
 
Na, an den Rechten kanns nicht liegen, da ja (fast) alles als root läuft.
 
Es ging mir erstmal darum zu sehen, ob die Sache so funktioniert.
Die Files per ssh oder wget auf die Box und auspacken, dann:
Code:
insmod videodev.ko
insmod v4l2-common.ko
insmod i2c-core.ko
insmod ovcamchip.ko
insmod ov511.ko
Der insmod von i2c-core geht bei dir nicht? Bekommst du bei dmesg eine Ausgabe? Falls nicht, musst du das ubik2-Modul entladen. Da hier die Kernelmessages unterdrückt werden.

MfG Oliver
 
Soweit mal, was hier passiert (leider nicht allzu erfolgreich):

Code:
/var/media/ftp/share/ov $ lsmod
Module                  Size  Used by    Tainted: P
loop                   13520  2
vfat                   11392  1
fat                    47984  1 vfat
nls_cp437               5248  1
nls_iso8859_1           3584  1
usb_storage            32272  1
sd_mod                 14864  2
scsi_mod               90384  2 usb_storage,sd_mod
usblp                  11712  1
tiap                  455696  0
kdsldmod              540128  2
usbahcicore            25616  0
usbcore               109904  5 usb_storage,usblp,usbahcicore
isdn_fbox_fon4        896096  0
ubik2                  69360  1 isdn_fbox_fon4
tiatm                 107296  1 ubik2
Piglet                  9312  0
mini_fo                59184  1
/var/media/ftp/share/ov $ insmod videodev.ko
/var/media/ftp/share/ov $ insmod v4l2-common.ko
/var/media/ftp/share/ov $ insmod i2c-core.ko
/var/media/ftp/share/ov $ insmod ovcamchip.ko
/var/media/ftp/share/ov $ insmod ov511.ko
/var/media/ftp/share/ov $ lsmod
Module                  Size  Used by    Tainted: P
ov511                  68784  0
ovcamchip              24112  0
i2c_core               18128  2 ov511,ovcamchip
v4l2_common             4960  1 ov511
videodev                8000  1 ov511
loop                   13520  2
vfat                   11392  1
fat                    47984  1 vfat
nls_cp437               5248  1
nls_iso8859_1           3584  1
usb_storage            32272  1
sd_mod                 14864  2
scsi_mod               90384  2 usb_storage,sd_mod
usblp                  11712  1
tiap                  455696  0
kdsldmod              540128  2
usbahcicore            25616  0
usbcore               109904  6 ov511,usb_storage,usblp,usbahcicore
isdn_fbox_fon4        896096  0
ubik2                  69360  1 isdn_fbox_fon4
tiatm                 107296  1 ubik2
Piglet                  9312  0
mini_fo                59184  1
/var/media/ftp/share/ov $ ../w3camd -h fritz.box -p 12345 -v
main thread pid = 3419
w3socket.c, sd=3 host_addr()=1661053120
bind fritz.box:12345 to file descriptor 3
w3camd.c: image_thread() img->childs=0
w3camd.c:  pid = 3421
incoming connection..
serving connection, (childs=1)
w3camd.c: no. of childs changed: childs=1
server_thread() state=0
/dev/video0: Invalid argument
w3camd.c: can't init v4l
/var/media/ftp/share/ov $ ls -l /dev/v*
crw-rw-rw-    1 root     root      81,   0 Jan  1  2000 /dev/video0
/var/media/ftp/share/ov $

olistudent schrieb:
Falls nicht, musst du das ubik2-Modul entladen. Da hier die Kernelmessages unterdrückt werden.
ubik2 hab ich noch nicht entladen.
Wann sollte ich denn welche Ausgaben in dmesg bekommen?
Beim Laden von i2c-core, beim einstecken der cam oder beim request for image?
 
Die Meldungen kommen beim Laden der Module. Aber die werden ja alle geladen. Da muss ich mir wohl mal den Source von w3camd anschauen.

MfG Oliver
 
Die Meldungen kommen beim Laden der Module. Aber die werden ja alle geladen. Da muss ich mir wohl mal den Source von w3camd anschauen.

MfG Oliver
 
Das hängt nicht an w3camd, sondern am nicht erreichbaren /dev/video0
Unter Kernel 2.4 wurde /dev/video0 erzeugt, nur camsource ließ sich nicht starten. Änderungen am Code waren mir ja nicht möglich, da ich es selbst nicht übersetzen konnte.
Mit meinem selbstgesbastelten minimalcode kann ich auch nicht auf /dev/video0 zugreifen.

Es würde schon reichen, wenn man /dev/video0 mittels filedescriptor öffnen könnte. Aber schon das klappt eben nicht.

Interessant wäre echt wie das ganze unter 2.4 ausschaut.
Ich glaub, ich probier doch nochmal aus.
So wie's ausschaut würde w2camd ja eigentlich völlig ausreichen.
Da kann ich mir das selberbasteln sparen.
Zumindest wenn wir nur irgendwie auf /dev/video0 zugreifen könnten.

Ich könnte wetten, daß da doch hotplug der Haken im System ist.

z.B.: Stöpsele ich die HDD ein und aus, bekomme ich entspr. Events in der ersten Console (ssh). Bei der Cam passiert jedoch nüscht.
 
jo alles haengt an /dev/video(0). Schliesslich habe ich ja genau die selben Probleme wie Ihr mit vollkommen anderer Hardware und anderen Treibern bzw. Streamingsoftware.
Im Chat wuerde mir jedoch gesagt, dass es nie eine FW mit 2.4er Kernel fuer die 7170 gab?
Wie soll dann der ds-mod drauf laufen?

Gruss Tobias
 
Hiho...

Nicht schlagen, wenn ich was falsches erzaehle, aber ich meine, das es die 2.4er schon immer gab. Die 2.6er gibts erst seit der Labor Firmware von AVM.

Gruss
Hotte
 
Doch die gab's mal und gibts noch immer (zumindest auf meiner FB ;)). Das wird aber bald geändert.

Aber jetzt zum Thema zurück... <~

Ich hab leider eine Netgear Webcam mit ziemlich exotischen Treibern, wie mir scheint. Leider komme ich mit ov511 da nicht weiter. Andere Module blieben bisher unübersetzt.
Gibts eine Möglichkeit, die angeschlossene Webcam zu "identifizieren", ohne Treiber installiert zu haben?
 
Zuletzt bearbeitet:
bodega schrieb:
Gibts eine Möglichkeit, die angeschlossene Webcam zu "identifizieren", ohne Treiber installiert zu haben?

Klar! Schließ die Cam einfach an Deinen normalen Linux-Rechner an und schau in /dev/proc/devices
 
Stimmt, da hab ich garnicht dran gedacht :)

Aber ich denke, dann müssten alle Webcam-Kernel Module vorliegen, damit er die auch automatisch läd, oder?

EDIT:
oder anders gefragt: nutze Ubuntu... hab da keinen Kernel kompiliert bisher. Müsste also auch mit dem Standard-Kernel gehen?
 
Zuletzt bearbeitet:
Mhh... /dev/proc/devices gibt es nicht und /proc/devices bringt auch nicht viel Info.

Ich arbeite unter VM. VM erkennt die Cam (welche keine netgear sondern D-Link DRU-350C ist) als Divio.

lsmod zeigt mir zwar das video device an, aber nicht, das damit irgendwas geladen sein würde. Könnte natürlich auch an VM liegen. :noidea:
 
Sorry, mein Fehler!
Ich meinte: /proc/bus/usb/devices
 
Hi,

ne kurze Frage: Wie kann ich herausfinden, wie das (Kernel)Modul für meine Webcam heist?
 
Steht doch direkt im Posting davor...
Einstecken und in /proc/bus/usb/devices nachschauen...
:-Ö
Üblicherweise sind bei Standard-Distributionskerneln die Module für fast alle cams dabei. Ansonsten musste im Netz suchen.
 
Hab ich versucht, leider geht das nicht --> "No such file or directory"

Ich habe (open)SuSE Linux 10.2 (2.6.18.2-34-default Kernel).

Habe schon die ganze Zeit im /proc Ordner rumgesucht aber nichts zu USB Devices gefunden.
 
Dann schau mal in /dev/bus/usb.
Evtl. hilft dir das hier auch weiter.
 
Zuletzt bearbeitet:
Ahh, super Danke.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.