je viens de digitaliser un 52' à partir d'un titanium qui sortait l'image par le port svideo , image au prealablement "bouncée" à partir de FCP (25 Ips).
j'ai incrusté un code grace à mon USD, et enregistré via ma DC30+.

quelle ne fut pas mon etonnement à voir surgir une derive de 30 images sur ce projet.
le film defilait plus lentement de 0,038% par rapport aux exports OMF du meme FCP.

d'un naturel méfiant, j'ai refait la meme procedure mais ce coup ci à partir d'un DVCam.
et là, bingo, tout nickel jusqu'à la fin.
pas une image de desynchro.

que penser de ce flux video à ce point si sournoisement peu fiable

et le pere noël, faut il continuer d'y croire?

ceci dit, constatons nous le meme probleme de fiabilité lorsque nous travaillons avec une image DV sur de longs projets ?
moi, qu'est ce que vous voulez que je vous dise, quand je vois ça, j'ai pas envie de délaisser mon genlock
ah, dernière chose, le titanium est un 867 sous mac os X, portable de renom grace à qui nous retrouvons nos vieux pleurages et scintillements

as tu essayé la même manip via le port FW vers DV (en oubliant l'incrust of course)

J'ai l'impression que dès que tu sors du domaine numérique, tu te chopes des images (voire des 1/2) en + ou en -

En numérisant à partir de vhs ou de beta SP, j'ai de temps en temps des pertes d'images (donc décalage inverse du tien, l'image est trop courte), et jusqu'à maintenant jamais de pb en DVcam ou miniDV, d'où l'intérêt du TC incrusté toujours de saison (comparaison avec le TC du DAW).

Je dirais que les convertisseurs D/A ou A/D ne donnent pas rigoureusement une image pour une image mais c'est juste une intuition. faudrait faire des tests.....

Ølaf

on voulait, on voulait, on aurait du, mais on a pas eu le courage



ben ça en a tout l'air



oui, on pourrait comprendre que l'horloge interne du titanium bat à son propre rythme, mais à ce point de fluctuation, ça laisse songeur dans la confiance que l'on peut accorder à ces animaux là.
bon, c'est vrai que gerer une pleine image doit pomper le processeur , mais quand nos sessions sont farcies d'absynth.....remarque non, je dis une betise, il coupe le son

je ne parlais pas de l'horloge du mac, qui je pense gère des choses beaucoup plus précises qu'un stupide 24 ou 25 i/s, mais tout bêtement du soft ou des convertisseurs qui ne sont pas du tout prévus (contrairement à ce qu'il est dit dans les menus) pour se locker sur une vidéo analogique.

et vive la synchro sous absynth...hic...

Je sais pas pour les sorties (je n'utilise que ma DV Cam via Firewire... nickel) mais c'était (c'est) un peu la même pour la capture... Je me souviens des captures de VHS via la DC30+... Des fois ça marchait, des fois... ben ça marchait pas... Vive la DV! (enfin pour la souplesse de capture/sorties... Pour le reste, pour le bien du "cinéma", c'est une toute autre histoire...).

le ratio est bien plus petit que celui du 24/25ieme de seconde .
je rappelle que ce fichier est un export de FCP.
et je parle ici d'une lecture par quicktime , qui, dans le pomme i, precise pourtant /frequence /25 ips.

quand protools lit un movie, il appelle quicktime.
FCP est basé sur ce soft.
ainsi que surement iMovie.
dans ce cas là, tout porte à croire que l'ordinateur a du mal à assurer son 25 ips, à pouvoir afficher l'image PAL plein cadre, gerer le son, aller chercher ses enfants à l'ecole etc....

la dc30 a assuré sa part de travail de manière honnete car la seconde et les 5 images , c'etait aussi le decalage entre l'image et l'incrustation du code généré par l'USD.

le meme film exporté sur un magneto dvcam et hop tout roule .
à l'occasion , si il y a qqn de courageux pour faire un essai

Non, cher voisin, pour moi DV c'est tout bon.
Sur les trois derniers (76', 52' & 80') aucun problème
(j'aime quand-même toujours le TC incrusté)

je crois que je ne suis point d'accord.
A partir du moment ou ton fichier lu par QT (en 25) est conforme à l'image près au montage, tu n'auras plus de problème de synchro. Si le mac rame car proc trop sollicité, l'image pourra être saccadée, mais pas de perte de synchro.

Je pense que ton problème est apparu soit lors de ta sortie par Svidéo ou de la redigit.

As tu comparé la longueur de ton bounce FCP (en principe béton) et ton fichier redigitalisé?? Peut être me trompje mais tu devrais retrouver les 30 images de différence.

Si c'est bon, et que c'est bien la lecture qui merde, tu peux toujours découper ton fichier en 2 ou 3 morceaux et tu recomposes ton film avec QT pro (avec dépendances... à l'absynth)

En tous cas, ici, comme chez G Labady, en DV FW, jamais de souci quand on reste dans le domaine numérique (jusqu'à 60', les longs étant découpés en bobines posant moins ce problème de très gros fichiers)

Ølaf

tu m'en vois ravi , c'est à 6 heures 30 que tu sonnes les matines?

c'est l'inverse.

Qu'il ne faut croire personne

On pourrait soupçonner QT depuis qu'ils mélangent AV avec streaming...

Et ceux qui disent n'avoir encore jamais eu de problèmes avec DV et FW, c'est qu'ils n'en ont pas encore eu

Tout peu dépendre de la validité du fichier video source ....

Après, chacun se re-synchronise sur ce qu'il peut, surtout FCP