Problème de capture en DV

Bonjour,

Me revoilà donc avec la V7.
Je viens de l'installer sur mon portable refait à "neuf" point de vue système. C'est un coreduo 2Ghz, 2 Go de ram, donc pas poussif.
La capture se fait sur DD externe via eSata. D'ailleurs tout fonctionne bien si ce n'est la capture...

Avec la 6, j'avais déjà des pbs de à ce niveau, il me mettait des jolis triangles rouges prétextant des ruptures. Il me manquait alors une images à ces endroits.
Là, Liquid s'arrête au bout de 5 ou 10 min de capture avec un message.

Je précise que l'antivirus et le firewall sont désactivés et que sur un pc la bande posant pb se capture sans soucis.
J'aimerai pouvoir me passer du pc car je suis souvent en déplacement.
J'ai testé avec l'outil de dérushage et EZcapture.

Une piste ?
D'avance merci.

 

Liquid s'arrête au bout de 5 minutes avec un message : ben on aimerait savoir quel est ce message.

Au niveau de la capture il faut discerner 2 types de problèmes :

- les problèmes de configuration et notamment de débit de disque mais si tu es en dv, ca sevrait logiquement passer

- les problèmes de rupture de TC : c'est ce qu'indique les triangles rouges : le tc de ta bande n'est pas continu. Au niveau de cette rupture de PC, il faut alors paramétrer correctement l'outil de capture via le menu que tu trouveras en haut à droite lorsque l'outil de dérushage est ouvert et où tu détermines ce qui se passe lorsque Liquid détecte une rupture de TC : il s'arrête, il continue ou il crée un nouveau clip. A noter bien évidemment que si tu as une rupture de tc et un retour de tc avec le même tc que dans un autre segment, ca va être la merdouille. Dans ce cas, tu as deux solutions :
- faire comme l'indique jako : utiliser la capture en live en lançant la capture à la main et dans ce cas, le tc sera celui de l'outil de dérush et pas celui de ton caméscope
- faire une acquisition par section en changeant numéro de bobine (exemple : numérisation de la bobine 01 : aller au début de la bande, position un mark in et un mark out sur la première portion, revenir un peu en arrière et lancer la numérisation.
- passer le saut de tc en rajoutant une durée de préroll (5 secondes), changer le nom de la bobine (exemple 01A) refaire la manip de positionnement sur ce segment et numériser et ainsi de suite.

 

Merci pour vos réponses rapides.

D'abord, j'aurai dû préciser que le tc est continu sur mon enregistrement (pas de remise à 0).

J'ai donc essayé les options suivantes :
- Créer un nouveau clip après un saut de TC
- Continuer la numérisation
- Continuer la numérisation et poser le marqueur de saut de TC (celle que j'utilise en temps normal).

Je retrouve le même message à chaque fois :
"La capture a échoué
L'opération de capture a été interrompue avant son terme en raison d'une situation inattendue (fin de cassette, périphérique arrêté, images perdues, erreur de capture...).
Voulez-vous conserver le fichier qui a été capturé jusqu'à maintenant ?"

La capture en live s'est bien passée en cochant "ignorer les images sautées pour la capture live", sinon même problème. Je n'ai pas retrouvé les options "time of day", mais c'était bien ça qui défilait dans la capture : 10h05min30s...
Ce mode de capture, je l'avais seulement utilisé en analogique via la box.
Je ne l'utilise jamais en DV puisque j'ai besoin du TC d'origine pour une capture par lots lors des reconstructions ultérieures du projet.

Curieusement, sur la capture (30 min environ), je ne retrouve pas 10h05min, mais le TC d'origine.
Il semble se décaler au fur et à mesure. J'ai observé un décalage de 5s environ au bout de 10 min.
Bien sûr ça dépanne mais je ne peux m'en contenter.

Le camescope a 12 ans (trv900),le signal TC inscrit serait faiblard ?
J'utilise un camescope basique mais récent (1an) pour la capture.
Je rappelle que sur pc, je ne rencontre pas ce pb.
J'en viens à incriminer le portable (dell).
Il y a 3 ans, j'avais remarqué qu'une autre personne travaillant sur portable et liquid avait ce pb de capture via le firewire (triangles rouges).

Les chips firewire 4 broches des portables sont-ils assez fiables ?
Je pose la question aux autres utilisateurs.

 

Il y a du mieux mais je perds mon latin !

J'ai refait une capture live de ces trente minutes.
J'ai comparé le TC des 2 clips issus de ces captures, ils sont identiques à celui de la k7.
Ce qui a pu me fourvoyer, c'est une mauvaise détection de scène lors de la première capture (pourtant basé sur les métadonnées).
Je vais quand même faire un essai avec une autre k7 pour m'assurer que je peux procéder ainsi à l'avenir.

Est-ce normal qu'en capture live "time of day", je puisse récupérer le TC et faire de la détection de scène ?
En tout cas merci de m'avoir mis sur cette piste "live".

 

- "l'essai que je viens de faire est aussi avec un TRV 900 ." : on s'en souviendra de cette tri-ccd ! belle longévité...

- "Il est par contre évident que si tu dois retravailler en dérushage par lots plus tard, ce n'est pas la methode à adopter " : je capture toujours tout et dérushe sur DD donc ça ne devrait pas poser pb.
Du moment que j'ai les vrais TC pendant le montage et que je puisse reconstruire un projet un an plus tard alors que les médias ont été supprimés...

Pas sûr que je puisse refaire des essais aujourd'hui, dès que c'est possible, je vous dis ce qu'il en est.

 

J'ai eu le même probléme.

J'ai eu exactement le même problème, lorsque j'ai changé de machine, je suis passé d'une machine équipé de disque IDE à une machine équipée de disque SATA, je me suis alors posé la question est ce que ce ne viendrai pas des disques, la réponse et OUI, j'ai donc mis un bon vieux disque IDE dans ma machine et là les numérisation se passe nickel même si je numérise des bande avec rupture de time code.
Tout les mode de capture marche live via le firewire via la box en analogique etc etc.
J'ai retourné le problème à avid, mais vu que le projet est en fin de vie, voir même stoper.
J'espère que ce poste t'aidera.
Philippe

 

J'ai installé des machines équipées de disques en SATA et ca numérise dessus. Donc le soucis n'est pas lié au SATA en tant que tel. En tous les cas, il y a un loup vu que la machine peut numériser en live et pas en pilotage.

Et pour de l'IDE, de toute façon, comme il n'est sur un portable, c'est pas la solution. Peut etre en testant sur un disque dur fire wire.

 

J'ai lu en diagonale, j'ai pas vu qu'il bosse sur d'un portable, en tout cas moi j'ai fixé l problème avec des disque IDE sur mes 2 machines de prod. Pour le portable j'ai le même problème mais j'ai abdiqué.
Ce genre de problème est le pire qui puisse arrivé vu qu'il n'arrive jamais au même moment ca peut être 5, 10,15 minutes.
Continuons nos recherches et nos tests.

 

J'ai fait une capture "live" d'une bande de 50 min sans problèmes.
Il y a toujours le TC d'origine et je peux indiquer le n° de bande.
C'est donc la solution sur portable (pour mémoire, j'utilise quand même des disques Esata en externe).

J'ai eu la mauvaise idée d'installer une démo de tuneup utility (optimisation du système), il y a quelques jours.
Ce logiciel n'est pas désactivable, il travaille en tâche de fond et évidemment j'ai retrouvé de nouveau des problèmes en mode "live" et autre.
Une fois désinstallée, tout est revenu dans l'orde.