Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

acquisition video avec camescope sur IEE1394

paulo027

Bonjour.
Je travaille sur Fedora7 depuis peu de temps.
J'ai voulu faire comme avec windows, car je suis un fan expérimenté de montage video, j'ai donc branché mon camescope Sony TRV33E
sur ma prise Dv. A l'allumage du camescope, plantage total et reset obligatoire !!!
J'ai réessayé bien sûr avec windows xp et ça marche sans plantage.
J'ai comme l'impression qu'il faut régler quelque chose, mais quoi ?
Merci à qui aura quelques lumières à ce sujet.
Bien cordialement.

Nota : J'ai une carte ASUS A7N8X-E De luxe et une carte graphique Radeon de type série 9000. qui fonctionne parfaitement en utilisation
courante avec Fedora 7

kwizart

Un plantage est surprenant! Mais si tu as noté un trace ou un message particulier, notes le et dépose un bug sur le bugzilla...

Fedora 7 comporte une nouvelle pile (juju) pour le firewire, pour autant tout les porgrammes n'ont pas été porté sur cette pile qui devrait être intégré au noyau linux...( manque libdc1394-1 et eth1394 par exemple...)
Tu as installé des paquets particuliers ?

paulo027

Merci "Wiki".
En effet c'est peut-être exceptionnel mais il s'agit bien de plantage. J'explique deux manoeuvres distinctes :
1.- Le camescope est allumé. Je démarre Fedora 7. Après le tout premier test, arrivé à Demarrage dev : le plantage total se produit. Plus rien n'avance...
2.- camescope éteint. Démarrage normal. Une fois sur la page d'accueil,-clavier et souris fonctionnent bien- j'allume le camescope et là plantage immédiat: ni clavier ni souris ni quoi que ce soit. Je reste sur l'écran page d'accueil.
3.-Sans rien toucher au camescope, qui est allumé. Je redémarre, cette fois sous windows et là tout fonctionne parfaitement. Je peux acquérir photos ou film sous adobe première 6.5.
Je n'ai qu'installé Fedora core 7 et il y a eu quelques mises à jour automatiques que j'ai chaque fois acceptées.
Je n'ai jamais eu de message particulier, puique plantage il y a.

Cordialement.

Sat

Merci Kwizart, et NON PAS Wiki :lol:

kwizart

De rien posteur! :hammer: 😉

ok, a priori cela ressemble a un problème udev, ajouter une réglèe mais je suis pas expert dans ce domaine...
Aussi à vérifier la desactivation de selinux (ou en mode permissif au minimum) qui n'est jamais connu pour arranger quoique ce soit de ce type...)

paulo027

Bonjour "Kwizart".
Comme je ne suis pas un spécialiste, comment dois-je intervenir pour essayer de débloquer cette situation?
Ajouter une "réglée", selinux c'est où et omment ?

Merci encore

kwizart

Si tu as eut un message selinux lorsque tu as eut le crash tu peux le noter il doit être dans selinux troubleshot..
Mais déscatives le tout de même selinux

Ensuites essaies de lancer en root
su -
udevmonitor > udev-firewire.txt
branches ton firewire (attention il est possible que cela plante tout de même)

Postes ensuites le résulat contenu dans udev-firewire.txt sur le forum...dans des balises code. On va évaluer la pertinence que tu soumettes un bug sur le bugzilla pour ce problème...

paulo027

J'ai desactive Selinux. Le plantage est encore là.
Cependant, camescope allumé je démarre fedora. Le plantage ne se produit pas à "demarrage udev" comme c'était le cas.Je vois défiler quelques lignes que je n'ai pas d'habitude après les "ok" successifs du déroulement d'initiation. Mais ça va trop vite pour que je saisisse quoi que ce soit. Si je pouvais stoper à cet endroit il doit y avoir des indications interessantes surement. Car ces lignes n'existent pas sans camescope branché.
Ceci dit, en continuant, le plantage se produit cette fois après avoir rentré l'identifiant.
A la remise en route je n'ai rien d'affiché en tapant udev-firewire.txt.

Difool

Essaie de faire cette manip :
tu ouvres une console et tu te loggues en root :

su -

Tu entres ton mot de passe et tu valides.
Puis tu tapes la commande suivante :

tail -f /var/log/messages

Et là, tu branches ton camescope. Tu vas ainsi voir les messages qui apparaissent au branchement du camescope et peut-être voir où ça « coince ».
Tu peux aussi poster ici les messages apparus.

Il y a pas mal de bugs concernant l'interface firewire (IEE1394), cf bugzilla.redhat.com, voir si un cas similaire au tien n'est pas déjà recensé. Ça se passe du coté de fw_sbp2, qui est apparemment le module en charge de l'interface firewire.

paulo027

Merci pour ton aide Difool..
Tout d'abord, en lançant tail etc...dans la liste des messages j'ai relevé celui-ci (vant d'allumer le camescope) :
localhost set/roubleshost : [rpc ERROR] attempt to open server-connection failed : (2 'aucun fichier ou r\xc3\xa9pertoire de ce type')

Ceci dir en allumant la camescope et tout juste avant le plantage, l'inscription suivante s'est rajoutée :

localhost kernel : fw_core : phy config : card 0, new root=ffc1, gap_count=5

Difool

ça ne parle pas trop, je trouve.
Il n'y a pas plus de message dans /var/log/messages ?
Tu peux y accéder graphiquement via Système->Administration->Visionneur de Journaux Systèmes
Repère la date et l'heure à laquelle tu as fait le test du post ci dessous, tu repères le message :

localhost kernel : fw_core : phy config : card 0, new root=ffc1, gap_count=5

Et tu regardes si les messages qui suivent ne concernent pas le camescope.

D'un sens, peut-être que comme tout est planté, les logs ne peuvent être plus écrits .. :/

paulo027

Bonjour.
Toujours pour mon problème, j'ai réussi à relever ces messages, lorsque le démarrage de Fedora est fait camera allumée :
fw_core : BM Lock failed, making local mode (ffc0) root.
fw_core : phy config : card 0, new root=(ffc0) gap_count=5
sonypi : sony Programmable I/O Controller Driver V1.26
wnscard.c:219:SCard connect() reader E-gate 00 not found.

J'ai obtenu celà dans "systeme-administration-visionneur de journaux systeme".

Les plantages sont toujours réels !!!

kwizart

Peut être que le positionnement d'options au démarrage su module pourrait améliorer la situation...

su -
modinfo fw_core
tu positionnes les options qui te semblent les plus sures de cette manière dans le fichier /etc/modprobe.conf
options fw_core card=0 gap_count=5 etc...
Il pourrait y avoir un autre module pour la gestion du firewire...
Trouves le en faisant:
find /lib/modules/ -name "*fw*"
puis modinfo module et de la même manière, essaies de changer les options par default...

De toute manière il va falloit remonter un rapport de bogue, si ce n'est déja fait...
Par d'amélioration avec le nouveau kernel ?

Edit : Je viens de voir une demande pour intégrer un patch qui concerne udev et hal...
Cela pourrait te concerner, tu pourrais avoir interêt à tester un kernel rawhide ( à partir du kernel-2_6_21-1_3222_fc8 ) pour régler "éventuellement" ce problème...