Le HDV, ça prend quelle place sur un HD?

Ce que tu dis, Video98, est parfaitement exact pour le flux et le poids du hdv natif. Mais il faut peut être apporter une précision pour la place sur le disque dur.

En effet si l'on monte via un codec intermédiaire (ce qui est souvent le cas) la conversion, lors de la capture, va générer des fichiers environ trois fois plus gros que les rushes en natif. Il faut donc en tenir compte pour le calcul de l'espace disque.

 

Ah, en natif... Hum.

Bon, ma remarque pourra servir à ceux qui n'utilise pas FCP ou le natif au montage.

Pourrais-tu me dire, Vide98, si FCP propose les deux modes dans la mesure ou tu précises qu'il peut décompresser le HDV ?

 

Je n'ai aucune expérience de Apple car je n'en suis pas équipé.

Mais quand tu parles du "codec hdv natif de Apple" je ne comprends pas bien. Le HDV natif c'est du mpeg2ts et il est identique sur tous les systèmes. Et c'est d'ailleurs ce type de fichier que traite FCP5 si j'ai bien lu les docs auxquelles j'ai pu accéder grace à ton lien.

Le premier problème lorsque l'on veut manipuler ce genre de fichier basé sur une architecture mpeg (je ne te ferais pas l'affront de t'expliquer pourquoi ) c'est la très grande demande en ressources machine. Bon, mais avec l'engin que possède notre ami Tchikedou cela devrait se passer pas trop mal.

Mais le deuxième souci qui se pose est le caractère assez destructif du mpeg2ts dès qu'il y a recalcul (donc génération supplémentaire) d'un fichier de ce type. Et c'est ce qui se passe dès lors que l'on fait des effets ou du compositing.
D'accord ce n'est pas la catastrophe complète et sur une deuxième génération tu ne verras peut-être pas grand chose mais j'ai fait des tests pratiques sur le sujet (dont je reparlerai) et je puis t'assurer que ce défaut est bien réel car je l'ai vu.

Un peu comme si tu travaillais des photos numériques au format jpeg. C'est pour ça que Avid recommande de passer par leur nouveau codec sur les parties modifiées au montage alors qu'ils utilisent eux aussi le natif.

 

Oui l'exemple de Canopus est intéressant.

Pour des chiffres précis, un fichier m2t de 50 Mo pesait 155 Mo lors de mes essais.

Le calcul d'une génération sur l'autre m'a permis d'aller jusqu'à la dixième (!) sans aucun dégat. Je m'en suis tenu là car j'en avais marre et je ne pense pas que l'on ait besoin très souvent de dix générations.

Je ne sais pas, Marc, ce que tu appelles un disque "nerveux". Celui utilisé ici était un Maxtor UDMA 133, 7200 t/m.

Les opérations temps réel étaient bien au rendez-vous avec le codec Canopus HQ.
Par contre j'ai tenté de monter en natif et là, j'ai arrété tout de suite tant celà devenait pénible.

Tout ceci avec Edius Pro3 et sans aucune carte additionnelle.

 

Oui, Video98, sur le fond nous sommes d'accord. En plus, avec Apple on a pas trop le choix (pour le moment?).

Par contre repasser en 4:2:2 ou en 4:4:4 c'est, bien sûr, l'idéal pour retravailler les images mais là on va tomber dans de la grosse cavalerie.

Mais force est de reconnaitre quand même que ces codecs intermédiaires sont vraiment très performants. Je suppose que tu as connu aussi les joies du montage analogiques. Eh bien quand tu fais un essai de dix recopies successives sans perte et que la dixième est identique à la première (avec des moyens, somme toute, modestes) tu restes coi en pensant aux machines qu'il fallait utiliser autrefois pour faire du montage linéaire sans trop de dégats à la sortie.

A noter quand même que le codec Canopus HQ est en 4:2:2.

Quant à l'utilisation du hdv en production professionnelle là je ne me sens pas de lancer le débat ici car Tchikedou va m'aplatir tout net pour avoir provoqué un joli hors sujet sur sa discussion.

Donc pour résumer, Tchikedou, ta config devrait fonctionner sauf (momentanément) si tu envisages de filmer en 720P 24 ou 25 i/s qui est le format utilisé par la caméra HD 100 de JVC.