Hi, 0n 03/04/25@18:50 Raimund told me:
Hallo nochmal,
in der Manpage von dvgrab steht folgendes:
--dv1394 device Use the dv1394 driver to capture instead of raw1394. You must specify the device file name to use, e.g. /dev/ieee1394/dv/host0/NTSC/in is one of dv1394's devfs device file names.
Ich weiss jetzt nicht ob die 8.2 devfs benutzt
bei meinem System SuSE 8.2 gibt es Verzeichnis /dev/ieee* ich weiß nicht ^^^ IMHO fehlt hier ein 'kein' oder ich verstehe Deine Frage nicht
wieso und ob ich da etwas falsch gemacht habe.
Wenn SuSE kein devfs nutzt, gibt es diese Geraetedatei auch nicht. Ich benutze zwar auch kein devfs, weiss aber trotzdem nicht wie das Geraet ohne devfs heisst :(.
Wenn ich kein verzeichnis angebe ("dvgrab testfilm"), dann verabschiedet sich das Programm mit einem Speicherzugriffsfehler.
Ich benutzte dvgrab einfach so: dvgrab --format dv2 --autosplit MeinFilm Das was Du mit testfilm bezeichnest ist bei mir (dvgrad-1.01) kein Verzeichnis, sondern ein prefix fuer die entstehenden files die dann z.B. so heissen: MeinFilm001.avi, MeinFilm002.avi .... Vielleicht hat sich das bei Deiner dvgrab Version auch geaendert. BTW: Das default format dv1 macht in anderen Anwendungen (transcode) Ärger.
Wenn ich ein anderes Verzeichnis angebe dann erhalte ich zumindes eine Fehlermeldung, mit der ich aber auch nicht viel anfangen kann.
:~> dvgrab --dv1394 /dev/video1394 testfilm dv1394 INIT ioctl: Bad address :~>
oder
:~> dvgrab --dv1394 /dev/raw1394 testfilm dv1394 INIT ioctl: Inappropriate ioctl for device :~> Wahrscheinlich sind das die Falschen Verzeichnisse?
Ich kann das nicht nachvollziehen, da meine Version diese Syntax --dv1394 nicht unterstuetzt, aber es hat mit den "Verzeichnissen" nichts zu tun. Es liegt IMHO an den falschen Geraetedateien. Wenn ich den man Text oben richtig verstehe kannst Du mit --dv1394 ein bestimmtes device angeben. Normalerweise versucht dvgrab auf dem raw device zu lesen. Der Aufbau des ieee1394 ist IMHO so: Geneelle Unterstuetzung -> Chipsatz -> Geraeteklasse ieee1394 -> ohci1394 oder pcilynx -> video = Video dv = ???? (hab ich nicht) eth = Ethernet sbp2 = Platte/CD raw = kann alles sein Das eigentliche device file ist in dem man text nur duee devfs Verwendung angegeben und ich kenne und finde das Aequivalent fuer normale dev Verzeichnisse nicht :(. - Womit die Einfuehrung von devfs schonmal gerechtfertigt ist - Wenn Du aber eh' nur ein device an dem Firewire Anschluss hast kannst Du IMHO gleich von raw capturen (ist ja auch default von dvgrab). Da es ja unmoeglich ist das Du aus versehen ethernet oder Plattendaten aufzeichnest.
die Rückgabe von :~ # lsmod | grep 1394 dv1394 18616 0 (unused) video1394 12892 0 raw1394 15828 0 ohci1394 17716 0 [dv1394 video1394] ieee1394 36496 0 [dv1394 video1394 raw1394 ohci1394] :~ #
root@syl:/dev(0) $ lsmod | grep 1394 video1394 15236 0 (unused) raw1394 6640 0 (unused) ohci1394 15392 1 [video1394] ieee1394 habe ich direkt im kernel.
Das sollte eigentlich ok sein, oder?
Ja, im Zweifelsfall wuerde ich den dv1394 mal entladen. Ich brauche den jedenfalls nicht.
:~ # ls -la /lib/modules/2.4.20-4GB-athlon/kernel/drivers/ieee1394/ insgesamt 241 drwxr-xr-x 2 root root 336 2003-04-08 17:26 . drwxr-xr-x 29 root root 712 2003-04-08 17:26 .. -rw-r--r-- 1 root root 11924 2003-03-17 19:49 amdtp.o -rw-r--r-- 1 root root 4372 2003-03-17 19:49 cmp.o -rw-r--r-- 1 root root 25096 2003-03-17 19:49 dv1394.o -rw-r--r-- 1 root root 9108 2003-03-17 19:49 eth1394.o -rw-r--r-- 1 root root 59585 2003-03-17 19:49 ieee1394.o -rw-r--r-- 1 root root 24880 2003-03-17 19:49 ohci1394.o -rw-r--r-- 1 root root 18444 2003-03-17 19:49 pcilynx.o -rw-r--r-- 1 root root 21616 2003-03-17 19:49 raw1394.o -rw-r--r-- 1 root root 24632 2003-03-17 19:49 sbp2.o -rw-r--r-- 1 root root 17236 2003-03-17 19:49 video1394.o :~ #
Muss ich vielleicht andere Module laden? Wie kann ich testen ob ein Eingebundenes Modul überhaupt funktioniert?
Nein, vielleicht ist es eins zuviel, das dv1394 kenne ich nicht (2.4.18). Vieleicht findest Du bei make menuconfig in der Hilfe zu dem Modul was. Ansonsten wuerde ich alle Treiber entladen. Sie mit insmod in der Reihenfolge: ieee1394 ohci1394 raw1394 video1394 (dv1394) neu laden und auf Fehlermeldungen achten. Wenn Du das Kabel in die Kamera steckst, solltest Du in /var/log/messages was sehen. Bei mir debian-woody: ---cut--- Apr 26 10:44:53 syl /etc/hotplug/ieee1394.agent: ... no drivers for IEEE1394 product 0x008088/0x00a02d/0x010001 ---cut--- Huch, da bin ich wohl vom debian Pfad der Tugend abgewichen :(, aber es laeuft und "Never change.." BTW: Ich capture mit kino, denn meist braucht man bei video Bearbeitung ja eh' X. HTH -- bye maik