Pt 6.2.2 Et Options Dv Options

[Djedjjj]

evidemment je me suis trompé c'est 12 Go.
merci a vous.

[dj-mozar]

.

celmo Ecrit le Mar 18 2004, 23:26
. ..L'image video est en quelle resolution?(8 bits? 16 bits? interpolation?). Je suis un peu nigaud sur ce plan la..

de mémoire, la résolution d'une image DV Pal c'est du 720x576 pixels à 72 dpi et 8 bits par couche (Rouge/Vert/Bleu) et ça pèse 3,6Mo par seconde... à confirmer quand même

[celmo]

.

celmo Ecrit le Mar 18 2004, 23:26
. ..L'image video est en quelle resolution?(8 bits? 16 bits? interpolation?). Je suis un peu nigaud sur ce plan la..

de mémoire, la résolution d'une image DV Pal c'est du 720x576 pixels à 72 dpi et 8 bits par couche (Rouge/Vert/Bleu) et ça pèse 3,6Mo par seconde... à confirmer quand même

effectivement, ce n'est pas terrible terrible. Ca fait environ 1 mega par image, donc environ 25 Megas par seconde en PAL.(quand meme...) et un rapport de compression de 7:1

[Mr.T]

Je déterre cette vieille relique car j'ai une question, tout particulièrement pour le Plombier s'il traine dans le coin...
Ce dernier m'avait en effet parlé de la latence induite par le fait de sortir l'image en Firewire via cam. DV vers retour vidéo.
Or, effectivement, après plusieurs prod réalisées avec ce fameux retour vidéo à la maison, j'ai noté des desynchro de ci de là... J'ai d'abord cru à un problême venant de FCP puis me suis rappelé de cette histoire de latence.
Je me suis donc dit que j'allais calculer la dite latence... Mais comment faire?... En effet, par définition, la latence n'apparait qu'en lecture... Donc le coup, par exemple, de comparer un bip audio à un bip image (en faisant de l'image par image en stop) ne sert strictement à rien... Et en lecture, il est parfois difficile de savoir i l'offset est bon ou non.
Du coup, pour ce qui est des calages et autres montage, je reviens désormais systématiquement en "interne" dans PT (Movie Window) et n'utilise le retour vidéo (Firewire+DV) que pour la partie "artistique" (effets, mixage).
Je me souviens que le plombier m'avait donné une idée de l'offset à appliquer mais je n'arrive pas à remettre la main sur la discussion en question.

La variété de haricot nain très estimée qui se mange en grain est elle dans le coin? (private joke).

[wfplb]

offset entre 8 et 12 quarts d'image

[patricet]

[par ailleurs, j'ai cru comprendre que, sous X, la dc 30 gerait le flux DV]
j'utilise ici un couple DC30 sous osX.2.8 et cela marche impeccable je suis sous PT HD 6.2 tous les flux qu'ils soit en format mjeg MIRO ou DV natif son géré par la DC30 même les bandes annonces vidéo type QT sortent sur PAL.

[olafnoise]

Je me suis donc dit que j'allais calculer la dite latence... Mais comment faire?... En effet, par définition, la latence n'apparait qu'en lecture... Donc le coup, par exemple, de comparer un bip audio à un bip image (en faisant de l'image par image en stop) ne sert strictement à rien... Et en lecture, il est parfois difficile de savoir i l'offset est bon ou non.

Tu peux te faire un petit movie QT avec genre une image de mire + 1000 (ou n'importe quoi) toutes les secondes.

tu mets la piste son sur une piste PT (ou bien un pouet d'une image toutes les secondes). Tu te cales les deux à l'arrêt (pas de latence) et tu balances en lecture ou tu peux arriver à une (très) bonne precision en bougeant l'offset.

Pour ma part j'ai pas trouve une methode plus "scientifique" que çà. La bonne nouvelle c'est que quand tu as trouve l'offset de ton système (machine + convertisseur FW>DV) il ne bougera (theoriquement ) plus.

HTH
Ølaf

Ce message a été modifié par olafnoise - mar. 30 mars 2004, 17:55.

[heral]

Je me suis donc dit que j'allais calculer la dite latence... Mais comment faire?... 

tu peux enregistrer le signal composite sortant, sur un magnetoscope.
video à partir de la conversion DV et son à partir de PT.

et apres à la limite tu redigitalises ce signal, et tu connaitras pile poil l'offset généré;
si vous voulez, je peux faire un essai.

[Mr.T]

tu peux enregistrer le signal composite sortant,  sur un magnetoscope.
video à partir de la conversion DV et son à partir de PT.
et apres à la limite tu redigitalises ce signal, et tu connaitras pile poil l'offset généré;
si vous voulez, je peux faire un essai.

Trop fort... C'est à peu près ce à quoi j'avais pensé...
Parcequ'effectivement, comme le suggère Olaf, je me dis que la dite latence dois varier selon plusieurs paramètres dont, probablement:
-le mac utilisé (puissance du proc),
-le type de caméra,
-le poids de la session (en terme de nombre de pistes, de plugs, voire d'edits).
Il apparait donc nécessaire de tester l'offset sur sa propre bécane.
Faut que je m'y mette. Le coup du test en play, Olaf, j'y crois moyen... Faut vraiment avoir l'oeil pour voir une désynchro de bip sur deux images... Sur des labiales à la rigueur...
En tout cas, merci à tous les trois pour la réponse rapide.

PS: 8 à 12 quarts d'images?... ça fait quand même du 2 à 3 images??!... Je pensais pas que ça pouvait être autant... On est d'accord qu'il s'agit ici de retarder l'audio et non le contraire??... (question idiote mais que je préfère poser).

Ce message a été modifié par Mr.T - mar. 30 mars 2004, 23:02.

[burns]

Il s'agit bien de retarder le son dans protools (on parle bien de la meme choses hein? cad "movie sync offset"). Pour ma part (24 Mix + Miglia Director cut II= 25 quarter frames), je valide avec le real sur un moniteur TV (via le Director cut donc), et le mix se passe de la meme maniere. Pour le montage calage et tout le toutim je garde la video dans protools sur la fenetre de Mix. C est plus précis et plus réactif. Si on fait ça via le Director l'image flick (vibre?) le temps de trouver la premiere trame donc environ pendant 25 quarter frames, il en est de meme pour le play et stop.......voilou pour moi !