OpenSuse 10.2
Je connecte mon caméscope numérique, reconnu OK par Kino
Je lance l'acquisition, et tout va bien... pendant 30 secondes
et puis Kino se plante (fermeture pure et simple de la fenêtre). Un fichier .dv a bien été créé et est bien lisible, mais 30s c'est un peu court !
Plusieurs tentatives, le pb se pose en général au bout de 30 à 35s (variable)
 
si quelqu'un peut m'aider ?

Mouais.
 
MainActor va bien nous manquer

j'utilise dvgrab directement, c'est très efficace pour l'import.
par contre il faut parfois se logguer en root pour cela.

lancé depuis une console, ça me donne ça :
 
reader < # incomplete dropped frames: 1
reader < # incomplete dropped frames: 2
(...)
reader < # incomplete dropped frames: 47
reader < # dropped frames: 48
reader < # dropped frames: 49
(...)
Kino experienced a segmentation fault.
Dumping stack from the offending thread
 
Obtained 2 stack frames.
kino [0x806fd08]
[0xb7f1b420]
 
 

Je te conseillerais d'essayer le Package MainActor présent dans la SuSE 10.2 (ça doit être sur Packman peut être)
Si ça fait la meme chose, ça veut dire que ça vient pas de Kino

avec MainActor ça ne se plante pas, mais même symptôme qu'avec Kino : je perd environ 1 image sur 5    
Ca doit venir d'ailleurs
 
config ieee1394 ?

précision : dans Kino, quand je sélectionne comme pilote "raw1394", l'acquisition se plante au bout de 30s
quand le sélectionne comme pilote "dv1394", kino refuse de lancer l'acquisition : "Attention : le module raw1394 du noyau n'est pas chargé ou échec de lecture/écriture sur /dev/raw1394"
 
j'ai pourtant suivi la procédure détaillée ici (http://fr.opensuse.org/%C3%89ditio [...] e_ieee1394), qui inclut un "modprobe raw1394"
/dev/raw1394 existe, et apparemment j'ai les droits en lecture écriture dessus (crw-rw----)

et avec dvgrab, environ 5 fois par seconde :
"dvgrab-001.avi": frame dropped: timecode 00:04:28.13 date 2007.06.15 19:06:10  
This error means that the ieee1394 driver received an incomplete frame.

essaie dvgrab en ligne de commande dvgrab -i puis c pour capture en root et donne le resultat. Voir http://doc.ubuntu-fr.org/dvgrab

 
je lance le caméscope en lecture, puis dvgrab -i en root :

 
environ 5 fois par seconde, avant même d'avoir lancé la capture.
D'ailleurs, avec Kino, il suffit que je mette le caméscope en lecture (sans même lancer d'acquisition) pour voir tourner le compteur d'images perdues, et enfin planter l'appli...
 
une idée : il y a quelques mois le caméscope a eu un problème. Depuis la réparation, quand je fais une acquisition sous Windows (avec Pinnacle studio), mon image est déformée (image tassée en vertical), avec une bande noire en bas. Serait-il possible que le caméscope n'envoie pas l'image au bon format sur l'ieee1394 ? S'il n'y a pas le bon nombre de lignes, ça pourrait peut-être expliquer des choses.
Faut que je trouve un autre caméscope pour faire le test

je penche pour un souci de camescope en effet car chez moi ca marche parfaitement avec du matos standard.

essai fait avec un second caméscope, mêmes symptômes ...

changer la carte firewire ? changer le cable firewire ? chipset de la carte firewire ?

le câble est OK (ça marche sous windows). Peut-être un pb d'incompatibilité entre ma carte firewire et le driver sous linux ?
est-ce que ça pourrait être dû à la charge CPU ? Y a-t-il un moyen de l'estimer, ou d'avoir la liste des processus qui tournent ?

KsysGuard est un outil facile pour voir les process qui tournent

j'avais des soucis aleatoires sous windows et linux avec une carte firewire VIA, changement pour une carte a chipset nec et tout est rentre dans l'ordre.

je vais jeter un oeil à KsysGuard. En fait j'ai juste quelques interrogations au sujet de ma connexion internet. A priori (si j'ai bien tout compris vu que je débute) je dois être connecté en permanence via mon modem usb. Vais voir si ça n'a pas un impact.
Je vais regarder aussi côté chipset. Faudrait que j'arrive à me faire prêter une autre carte, et là ça va prendre un peu + de temps (vacances demain, serai absent pendant 2 semaines)
en tout cas merci beaucoup de votre aide

un élément déterminant : ça marche quand mon modem usb est débranché !
ceci dit, linux n'a manifestement pas aimé les quelques manips de branchements/débranchements du modem à chaud, j'ai eu droit à une corruption du système de fichiers EXT3, et plus de 2 heures de galère pour réussir à rebooter.
 
Pas vraiment envie de me lancer dans ce genre de manips quand je veux faire une acquisition vidéo...
 
Y a-t-il un autre moyen de résoudre le conflit entre mon modem (adsl usb Sagem fast-800) et le firewire ?

et voilà : ma carte firewire sur laquelle est connectée mon caméscope fait aussi USB.
Et mon modem est justement connecté dessus !
Reste plus qu'à le déplacer de slot USB et le tour est joué
ouf !

conclusion : problème réglé
évitez de connecter sur une même carte PCI un caméscope firewire et un modem usb !