PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Firewire und Panasonic NV-GS180 in Squeeze



ContiTech
12.07.11, 19:18
Hallo,

ich möchte meinen Panasonic Camcorder NV-GS180 unter Squeeze in Betrieb nehmen.
Dieser ist mit Lenny ohne Anstand gelaufen.

Nun habe ich bereits einiges über das Firewire Thema, speziell unter Squeeze, gelesen.
Aber bisher habe ich auch noch keine Lösung gefunden.

Folgende Module die mit Firewire im Zusammenhang stehen, sind geladen:


firewire_sbp2 9647 0
firewire_ohci 16725 0
firewire_core 31243 2 firewire_sbp2,firewire_ohci
crc_itu_t 1035 1 firewire_core
scsi_mod 101429 5 firewire_sbp2,sg,sr_mod,sd_mod,libata

Von
dv1394,raw1394,ohci1394,dv1394,ieee1394 und rom1394 keine Spur, wobei ich gelernt habe, dass diese ersetzt wurden durch die neue Firewire Implementierung. Ist das so richtig ?

dvgrab und alles was sonst noch benötigt wird ist installiert.

Normalerweise lese ich unter Kino meine DV-Bänder aus (Aufnahme). Das habe ich auch unter root getestet, aber ich erhalte nur folgende Fehlermeldung:


rom1394_0 warning: read failed: 0x0000fffff0000414 ...

dmesg zeigt bei mir folgendes:


[ 407.051570] firewire_ohci: isochronous cycle inconsistent
[ 407.558573] firewire_core: created device fw1: GUID 0080458031727c28, S100
[ 407.558581] firewire_core: phy config: card 0, new root=ffc1, gap_count=5
[ 407.564507] firewire_core: skipped bus generations, destroying all nodes
[ 408.064046] firewire_core: rediscovered device fw0



Hier noch dvgrab:


dvgrab
rom1394_1 warning: read failed: 0x0000fffff0000414
error reading config rom directory for node 1
Error: no camera exists


Was muss ich tun, damit mein Panasonic Camcorder wieder im Rennen ist.

Was jedoch funktioniert ist meine externe Firewire Festplatte.

ContiTech
13.07.11, 19:55
Leider komme ich nicht wirklich weiter.

Die Firewire Schnittstelle funktioniert grundsätzlich.
Für mich sieht das eher nach einem Problem von dvgrab aus.

Ich habe hier noch zwei Beiträge gefunden, die wohl genau auf mein Problem abzielen, aber so wirklich hilft mir das nicht weiter:

http://debianforum.de/forum/viewtopic.php?f=13&t=119938&hilit=usb+camcorder

Hier noch von der Projektseite ieee1394: https://ieee1394.wiki.kernel.org/index.php/Juju_Migration

undefined
13.07.11, 20:30
Also dvgrab und kino können mit dem neuen Firewire umgehen.
Deine Fehlermeldung läst vermuten das die Bibliothek librom1394 Probleme hat.
Ist die device fw? vorhanden!


~> ls -l /dev/fw*
## fw0 ist die Firewire Schnittstelle oder Karte
crw------- 1 root root 252, 0 13. Jul 21:03 /dev/fw0
## Mein Recorder
crw-rw---- 1 root video 252, 1 13. Jul 21:21 /dev/fw1
## Debugger Monitor
crw------- 1 root root 10, 200 13. Jul 21:03 /dev/fwmonitor

ContiTech
13.07.11, 21:04
ls -l /dev/fw*
crw------- 1 root root 252, 0 13. Jul 20:53 /dev/fw0
crw-rw----+ 1 root video 252, 1 13. Jul 22:07 /dev/fw1

Das sieht doch garnicht so schlecht aus, oder ?

ContiTech
14.07.11, 19:24
So sieht es um librom1394 aus:


ls -l /usr/lib/librom1394*
-rw-r--r-- 1 root root 12118 26. Feb 2009 /usr/lib/librom1394.a
-rw-r--r-- 1 root root 834 26. Feb 2009 /usr/lib/librom1394.la
lrwxrwxrwx 1 root root 19 13. Jul 22:04 /usr/lib/librom1394.so -> librom1394.so.0.3.0
lrwxrwxrwx 1 root root 19 21. Feb 21:06 /usr/lib/librom1394.so.0 -> librom1394.so.0.3.0
-rw-r--r-- 1 root root 11632 26. Feb 2009 /usr/lib/librom1394.so.0.3.0


Hier noch:


locate *1394* | grep so
/usr/lib/libavc1394.so.0
/usr/lib/libavc1394.so.0.3.0
/usr/lib/libdc1394.so.22
/usr/lib/libdc1394.so.22.1.4
/usr/lib/libraw1394.so.11
/usr/lib/libraw1394.so.11.0.1
/usr/lib/librom1394.so.0
/usr/lib/librom1394.so.0.3.0
/usr/lib/gstreamer-0.10/libgst1394.so
/usr/lib/gstreamer-0.10/libgstdc1394.so
/usr/lib/vlc/plugins/access/libdc1394_plugin.so

undefined
15.07.11, 13:11
Versuche mal ...


strace /usr/bin/dvgrab -i 2> /tmp/debug_log.txt
## mit q wieder beenden

Und Hänge bitte diese log hier an.

ContiTech
15.07.11, 20:01
Hallo,

ich habe den Aufruf gestartet und das Beenden mit "q" ist nicht erforderlich gewesen.

Eine Logdatei wurde erzeugt:

undefined
16.07.11, 08:27
Also du hast definitive eine gepatchte dvgrab Version sonst wäre quicktime nicht mit ein Kompiliert. Die Schnittstelle wird Sauber erkannt und eingelesen.

Ich würde dieses Problem auf jeden fall beim Debian Bugreport melden und folgende Infos mit geben dmesg, strace Ausgabe, lsmod, lspci und udev Info.


/sbin/udevadm info --query=all --attribute-walk --path=/bus/firewire/devices/fw1


Was du allerdings noch Probieren kannst ist das strikte Konfigurieren von dvgrab in dem du dir ein Startscript schreibst.


#!/bin/bash

interactive="${1:-"-interactive"}"

/usr/bin/dvgrab \
-guid 0080458050cab2cb \ ## Siehe udevadm
-channel 0 \
-format dv2 \
-timestamp \
-timesys \
-size 0 \
-opendml \
$interactive $@


Sollte das funktionieren Installiere es nach /usr/local/bin/dvgrab wenn Debian:PATH richtig Konfiguriert ist wird es dieses dvgrab Script vorziehen.

PS: Zum anderen Thread - Eine neue Hardware zu kaufen macht nur Sinn wenn man explizit weiß wo das Problem liegt.
Firewire ist was die Datenübertragung betrifft definitiv das bessere Protokoll. Im Gegensatz zu USB erreichst du hier im sync Modus eine Höhere Datenübertragung als bei usb2. Es ist ohnehin das bessere Datenprotokoll - es hat halt den Makel das nicht mehrere Geräte hintereinander an gehangen werden können.

ContiTech
17.07.11, 15:16
Hallo,

danke für das Script, aber leider läuft das nicht.

Ausgabe ist sinngemäß: Findet Kommando xy nicht !

Was mache ich falsch, oder was kann ich noch tun ?

Mit der neuen Hardware hast Du grundsätzlich Recht. Ist auch nicht meine Art, aber ich habe leider nicht die Zeit um solchen Problemen auf den Grund z u gehen, möchte aber trotzdem Linux und vorallem Debian treu bleiben. Überwiegend läuft auch alles super - da will ich mich nicht beklagen :-)

Was das Protokoll und die Datenrate angeht so mag das bei Firewire zutreffen (habe auch eine Firewire HDD), aber bei dem Camcorder kannst Du halt nur 1:1 überspielen. Datenrate hin oder her, dass wird immer langsamer sein. Wir nutzen die Camera nicht soviel und bisher hat es mich auch nicht wirklich gestört.
Aber jetzt ist es halt blöd und für den Urlaub wäre das schon eine gute Sache.

Hier noch die Ausgabe von /sbin/udevadm info --query=all --attribute-walk --path=/bus/firewire/devices/fw1 :



looking at device '/devices/pci0000:00/0000:00:08.0/0000:01:07.0/fw1':
KERNEL=="fw1"
SUBSYSTEM=="firewire"
DRIVER==""
ATTR{guid}=="0x0080458031727c28"
ATTR{units}=="0x00a02d:0x010001"
ATTR{vendor}=="0x008045"
ATTR{model}=="0x80332a"
ATTR{vendor_name}=="Panasonic"
ATTR{model_name}=="NV-GS180"

looking at parent device '/devices/pci0000:00/0000:00:08.0/0000:01:07.0':
KERNELS=="0000:01:07.0"
SUBSYSTEMS=="pci"
DRIVERS=="firewire_ohci"
ATTRS{vendor}=="0x1106"
ATTRS{device}=="0x3044"
ATTRS{subsystem_vendor}=="0x1106"
ATTRS{subsystem_device}=="0x3044"
ATTRS{class}=="0x0c0010"
ATTRS{irq}=="19"
ATTRS{local_cpus}=="ffffffff"
ATTRS{local_cpulist}=="0-31"
ATTRS{modalias}=="pci:v00001106d00003044sv00001106sd00003044bc0Csc00 i10"
ATTRS{enable}=="1"
ATTRS{broken_parity_status}=="0"
ATTRS{msi_bus}==""

looking at parent device '/devices/pci0000:00/0000:00:08.0':
KERNELS=="0000:00:08.0"
SUBSYSTEMS=="pci"
DRIVERS==""
ATTRS{vendor}=="0x10de"
ATTRS{device}=="0x006c"
ATTRS{subsystem_vendor}=="0x0000"
ATTRS{subsystem_device}=="0x0000"
ATTRS{class}=="0x060400"
ATTRS{irq}=="0"
ATTRS{local_cpus}=="ffffffff"
ATTRS{local_cpulist}=="0-31"
ATTRS{modalias}=="pci:v000010DEd0000006Csv00000000sd00000000bc06sc04 i00"
ATTRS{enable}=="1"
ATTRS{broken_parity_status}=="0"
ATTRS{msi_bus}=="1"

looking at parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""


Ich möchte den Bug melden. Haber in der Datenbank geschaut ob ich diesen finden kann. Das sieht nicht danach aus als ob dieser bereits erfasst ist.

Mache ich das am besten über das Tool reportbug oder via eMail ?

undefined
18.07.11, 05:39
Liegt am Forum das entfernt die backslashes bei PHP Code tags


#!/bin/bash

interactive="${1:-"-interactive"}"

/usr/bin/dvgrab \
-guid 0080458031727c28 \
-channel 0 -format dv2 \
-timestamp -timesys -size 0 \
-opendml $interactive $@

ContiTech
20.07.11, 19:34
OK, habe ich laufen lassen und folgendes erhalte ich:


christopher@chris:~/Desktop$ dvgrab
rom1394_0 warning: read failed: 0x0000fffff0000414
error reading config rom directory for node 0
rom1394_1 warning: read failed: 0x0000fffff0000414
error reading config rom directory for node 1
Error: no camera exists


Wie würde ich am besten einen Bugreport an das Deb Team senden (s. letzter Beitrag) ?

ContiTech
23.07.11, 17:03
Bug habe ich via reportbug an Debian gemeldet (hoffe das hat funktioniert).

Was kann ich noch tun ?

ContiTech
24.07.11, 19:15
Ich habe nach Alternativen zu dvgrab gesucht, aber etwas brauchbares konnte ich nicht wirklich finden.

dvbackup kann ebenso auf DV Medien zugreifen, ist aber hakt für die Datensicherung konzipiert. Da bin ich mir nicht sicher ob das mit den Video`s gehen würde.

dv4l in Zusammenarbeit mit vloopback könnte ein Weg sein, scheint mir aber sehr kompliziert und eine weitere Komponente wird benötigt um den Strom von vloopback zu lesen. Dazu könnte Coriander wohl dienen.
Habe Coriander installiert, aber da erhalte ich nur die Meldung, dass keine geeignete Kamera gefunden wird.

dvgrab wäre schon die bessere Idee.

Hat von Euch noch einer eine Idee welche Alternative ich zu dvgrab einsetzen könnte ?

ContiTech
25.07.11, 19:54
Ich habe den Fehler gefunden !

Meine Firewire PCI Karte hat einen scheinbaren Defekt.
Die Kamera wird jetzt jedenfalls erkannt, nachdem ich die Anschlüsse getauscht habe.

Was mich stutzig gemacht hat: Die externe HDD lief einwandfrei, aber eben nur an dem einem Anschluss.

Auch wurde die Kamera vorher nie wirklich erkannt, auch bei der Ausgabe von dmesg konnte ich das nicht raußlesen. Immer nur das device.

Werde mich wohl nach einer neuen Firewire Karte mal umschaun müssen.

Aber da kann mann mal sehen wie abhängig WIR doch sind. Wenn das nicht funktioniert hätte ... was hätte ich machen sollen ? Eine neue USB Cam kaufen ?

ContiTech
30.07.11, 08:02
Leider ist die Karte nicht das Problem gewesen !

Nun stehe ich wieder am Anfang.

ContiTech
31.07.11, 12:37
Nun habe ich das Problem lösen können (herzlichen Dank dem Helfer aus dem Debianforum).

Der aktuelle Kernel in Squeeze hat scheinbar Probleme bereitet.
Diesen habe ich gegen den Backportkernel 2.6.38 getauscht und siehe da: Es funktioniert !

Ein weiteres Problem ist das neue Firewire Kabel gewesen, welches nicht funktioniert.

Das mitgelieferte von der Karte aber wohl (beide von 6/4).

Ein letztes Problem was ich noch habe:

Wenn ich mit Kino und dvgrab direkt das Band auslese: Die Tonspur ist beim Abspielen mit einem anderen Player wie der intrigierte aus Kino, verzerrt oder existiert gar nicht (oder nicht zu hören). Auch mit OpenShot ist die Tonspur nicht zu hören.
Damit hatte ich aber schon einmal Probleme. Hatte mit dem AVI-Typ zu tun (Typ 1/2). Hier scheint aber noch etwas mit rein zu spielen. Das sollte aber lösbar sein.

Wenn hier jemand die Lösung kennt ...

ContiTech
31.07.11, 13:15
OK, Lösung für fehlenden Ton gefunden.

War eine Einstellung bzgl. Soundausgabe-/Server ...

Jetzt funktioniert alles !