[CommentFaire?] h264 vers DNxHD

Pratiquant le codec Cineform depuis plus de 11 ans, j'ai bien sûr fait ce type de test et je peux donc te donner la réponse : si le test est parfaitement rigoureux tu ne verras aucune différence. C'est d'ailleurs ce que tu as observé toi-même.

Le passage du 420 8bits en 422 10 bits avec un codec à faible perte comme Cineform (technologie de compression "wavelet") a pour principal intérêt de pouvoir sortir un master du logiciel de post-prod quasiment sans aucune perte et aussi de pouvoir procéder à plusieurs générations de recopies successives (si on a besoin de le faire) avec un minimum de perte également.

Le master du film en Cineform peut, suivant le codec de départ et l'encodeur utilisé, soulager et optimiser cet encodeur pour tirer différentes copies d'exploitation en différents formats avec plus de rapidité et moins de perte.

Le master obtenu te permet aussi d'aller vers de nombreux encodeurs que tu préfèrerais utiliser plutôt que ceux incorporé au logiciel de post-prod qui te conviendraient moins afin de tirer les copies d'exploitation.

Il va aussi te permettre, toujours sans perte, de passer sur un format reconnu par tel ou tel logiciel de post-prod qui ne reconnaitrait pas (ou mal) ton natif. Ainsi, si l'on prend l'exemple de Resolve, certains fichiers en H264 de type AVCHD sont plus ou moins bien reconnus et un transcodage dans un autre format est nécessaire.

Enfin, mais de nos jours je mets cet argument plutôt en fin de liste, le traitement avec ce codec de travail permet effectivement de soulager le travail de l'ordinateur et son logiciel. C'était même l'argument principal au début du traitement de la HD dans les années 2005. Vu les performances des stations actuelles on ne l'utilisera plus pour cela de nos jours.

Reste le 4K sur une station pas assez puissante. Là, ce dernier argument pourrait revenir sur le devant de la scène sauf qu'il y a intérêt à ne pas trop avoir de rushes à monter quand même car l'encodage de ceux-ci risque d'être très long.

Ce qu'il faut savoir aussi c'est que Cinéform avait développé plusieurs logiciels de haute volée (utilisés sur de la post-prod très professionnelle, y compris pour le film en relief) mais que Gopro, après avoir racheté Cineform, les a tous retirés du catalogue pour ne plus conserver que leur Gopro studio qui n'a aucun intérêt pour des vidéastes comme nous. J'ai bien peur qu'un jour ils retireront le codec lui-même du circuit.

Pour rester objectif, tous les arguments cités plus haut peuvent s'appliquer à d'autres codecs de travail type DNXHD, Prores ou autres. D'expérience et me concernant, je n'en ai jamais trouvé un seul qui soit plus qualitatif, moins lourd, aussi rapide à l'encodage et accepté par autant de logiciels sans se prendre la tête.

C'est pourquoi je l'utilise toujours.

 

Cineform ne vient pas d'apparaitre sur Premiere. Il y est apparu en... 2005 pour pouvoir traiter le HDV sur Premiere 1.5 si ma mémoire est exacte. A l'époque c'était toute une histoire pour l'installer car Cineform avait fait un partenariat spécial avec Adobe.

Ensuite cela s'est simplifié et maintenant, dès lors que ton codec est installé sur un ordinateur, nombre de logiciels l'intègrent automatiquement dans leur liste de codecs utilisés en codage ou décodage.

Pour pouvoir faire cela il fallait, au minimum, acheter Neoscene (un peu moins de 100 dollars) qui était un encodeur vendu par Cineform et qui transcodait le HDV, puis les rushes de l'EOS 5D ainsi que les fichiers AVCHD. Mais il y avait aussi tout un tas d'applications (chères pour certaines) permettant de faire des choses de très haute précision à partir de formats de très grande qualité et qu'il ne fallait pas altérer. Ils avaient même sorti un truc (que j'avais testé) permettant de traiter les séquences raw en cinéma DNG et tout un tas de choses dont je passe les détails.

L'équipe de la société Cineform était très dynamique, très réactive aux questions et aussi très active sur certains forum pour répondre aux utilisateurs.

Gopro a détruit tout cela pour ne conserver que le codec et une espèce de machin très limité afin de permettre de traiter les fichiers issus de leur caméra et quelques autres formats dont la liste est assez limité. Pas grave, on peut transcoder avec autre chose comme le fait MilPack par exemple.

Je vais donc essayer de partager ton optimisme sur son "pronostic vital" mais le doute est permis, malheureusement.

Je suis allé voir la discussion que tu mets en lien. Je ne vais pas me lancer dans telle ou telle argumentation (surtout ici) mais, ce qui est certain, c'est que si un fichier vidéo ressort avec du "banding" (ou n'importe quel autre défaut) on retrouvera cela sur la copie en Cineform.

Après j'ai lu tout un tas de choses où l'on mélange peut-être un peu l'encodage interne de la caméra, l'encodage externe à partir de la tête de caméra, des fichiers générés par un logiciel... etc. Il faudrait que je me plonge plus avant dans cette discussion mais j'avoue manquer un peu de courage tant j'ai fait de tests et essais autour de ce codec. Mais si j'ai loisir de t'en faire un selon ton cahier des charges, contacte moi par MP et je le ferai si je peux.

Par contre, un intervenant, si j'ai bien compris ce qu'il voulait dire, ne met pas en cause le fait que le natif est traité comme il convient par Premiere en interne mais met en garde sur la résultante des fichiers temporaires qui se retrouvent en 8 bits, donc perte. Je pense qu'il s'agit des fichiers de rendu.

Cette remarque est très pertinente dans la mesure ou Premiere permet la réutilisation de ces fichiers de rendu lors du rendu final du film pour gagner du temps.

Deux solutions :

1- On sort un master Cineform sans utiliser les fichiers de rendu.
2- On programme Premiere pour qu'il fasse ses fichiers de rendu en Cineform afin de conserver l'avantage de perte plus minime si on doit utilser ses fichiers intermédiares lors d'une sortie d'exploitation en directe.

Par contre, et pour revenir complètement dans le sujet de notre ami Naggue, j'ai fait un test de conversion avec Gopro studio et des rushes de mon EOS 5D MKII (comme le sien) et cela fonctionne parfaitement. En haute qualité le débit est d'environ 110 Mbs (il est variable suivant la difficulté de l'image). Après il faut voir le temps d'encodage car, utilisant une station beaucoup plus puissante que la sienne, les temps que je pourrais annoncer ne correspondront pas à sa réalité.

Mais, très franchement, si Resolve accepte de traiter ses rushes directement, je n'irai pas me casser les pieds à tout réencoder sauf si le projet est très court. Ce n'est plus trop d'actualité (sauf cas particuliers que j'ai mentionné plus haut) de se lancer là-dedans.

Pour sortir le film de Resolve, là oui, on a vu pourquoi. Je confirme aussi que, dès lors que le codec sera installé, Resolve le fera apparaître dans ses options d'encodage en sortie.