[ Aide ]
Projets anciens, multicaméra, audio multicanal, séquences imbriquées
Quatre structures de montage qui résistent à la conversion, ce qui se passe réellement dans chacune, et ce qui en sort intact.
La réponse courte
Ces quatre cas échouent pour deux raisons différentes, et les confondre fait perdre du temps. Un projet ancien et une séquence imbriquée échouent à cause du contenant : le fichier ne s'ouvre pas, ou la timeline posée dans une timeline se perd entre les outils qui écrivent et lisent le fichier d'échange. Le multicaméra et l'audio multicanal échouent à cause du contenu : l'information existe dans le projet mais aucun format d'échange classique ne sait la transporter. Les deux premiers se règlent en changeant d'outil de lecture. L'audio multicanal se règle en changeant de format de sortie, et le multicaméra arrive sur l'angle choisi dans Premiere, sans rester commutable.
Un vieux projet Premiere Pro refuse de s'ouvrir
Projet CS3, CS4, CS5, « this project was saved in a newer version », fichier .prproj de 2010 illisible
Pourquoi ça arrive
Premiere Pro écrit un numéro de version dans le projet et applique une règle stricte dans les deux sens. Une version récente refuse d'ouvrir les projets trop anciens, et une version ancienne refuse d'ouvrir ce qu'une version plus récente a écrit. Il n'existe pas d'enregistrement rétrocompatible qui règle ce problème de façon générale.
S'ajoute une contrainte qui n'a rien de technique : sans abonnement Creative Cloud actif, le fichier ne s'ouvre nulle part, quelle que soit sa version. C'est souvent la vraie raison pour laquelle un projet de 2012 est devenu inaccessible.
Le format lui-même a changé en route. Avant CS4, le .prproj était un XML non compressé ; depuis, c'est le même XML compressé en gzip. Les deux restent lisibles par un outil qui sait les décoder, parce que la structure du montage n'a pas disparu, seul le logiciel qui accepte de l'ouvrir a changé.
Comment s'en sortir
- Si vous avez encore un abonnement, l'application Creative Cloud permet d'installer une version antérieure de Premiere Pro. Ouvrez le projet avec la version qui l'a écrit, puis exportez en XML.
- Si vous n'avez plus d'abonnement, il n'y a aucune route par Premiere. Il faut un outil qui lise le fichier sans l'application.
- Pour un projet ancien, visez le XML (XMEML) plutôt que le FCPXML : c'est le format que les logiciels de cette époque comprennent le mieux, et il reste lisible par les logiciels actuels.
- Vérifiez l'extension avant tout le reste. Un fichier .ppj n'est pas un .prproj : c'est le format d'Adobe Premiere 6.5 et antérieur, une génération avant, et il n'est pas pris en charge.
PR2XML lit les .prproj depuis Premiere Pro 1.5 (2004) jusqu'à la version actuelle, y compris l'ancien format non compressé d'avant CS4. Rien à installer, aucun abonnement, et pas besoin de réenregistrer le projet au préalable.
Une séquence multicaméra arrive avec un seul angle
Multicam vers DaVinci Resolve, angles non commutables, clip multicam vide après import
Pourquoi ça arrive
Un clip multicaméra dans Premiere n'est pas un plan, c'est un conteneur : une séquence source qui regroupe tous les angles synchronisés, plus une décision, celle de l'angle actif à chaque instant. Les deux informations sont de nature différente et seule la seconde ressemble à quelque chose qu'un format d'échange sait écrire.
Aucun format d'échange ne transporte un multicaméra resté commutable. Le FCPXML et le XMEML décrivent une suite de plans sur des pistes ; ils n'ont pas de manière de dire « ce plan est six caméras synchronisées dont on regarde la troisième ». Ce qui traverse, c'est le montage tel qu'il est vu, pas le mécanisme qui a permis de le faire.
C'est aussi pour cette raison qu'un multicaméra non aplati fait partie des éléments qui disparaissent le plus souvent d'un export XML sans prévenir : le logiciel de destination ne trouve rien de reconnaissable et saute l'élément.
Comment s'en sortir
- Aplatissez avant d'exporter. Dupliquez la séquence, puis appliquez « Aplatir » (Flatten) sur les clips multicaméra pour figer l'angle retenu. Vous obtenez une timeline ordinaire, qui traverse sans perte.
- Gardez la séquence multicaméra d'origine à côté. L'aplatissement est destiné à l'export ; si vous devez changer un angle plus tard, c'est dans le projet Premiere que ça se fait, pas dans le fichier converti.
- Si vous avez besoin du multicaméra vivant dans DaVinci Resolve, il faut le reconstruire là-bas : importez les rushes, synchronisez-les et créez un clip multicaméra Resolve. Le montage converti sert alors de référence de conformation.
- Vérifiez la timeline convertie sur les points de coupe entre angles. C'est là qu'une erreur de synchronisation d'origine devient visible, parce qu'elle n'est plus masquée par la commutation.
PR2XML lit l'angle choisi dans Premiere pour chaque clip multicaméra, inutile donc d'aplatir avant : chacun arrive sous forme de clip composé qui contient tous les angles, seul l'angle retenu étant actif. Vous retrouvez ce que vous regardiez dans Premiere ; pour changer d'angle plus tard, activez-en un autre dans le clip composé.
L'audio multicanal se retrouve sur une seule piste
Polywav, enregistreur de terrain, 8 pistes de micros, canaux mélangés à l'import, audio multicanal DaVinci
Pourquoi ça arrive
Un fichier d'enregistreur de terrain, un polywav, contient plusieurs micros dans un seul fichier : un canal par personne, plus souvent un mixage. Dans Premiere, chaque clip empilé sur la timeline joue un canal précis de ce fichier, et cette affectation est stockée en dehors de la description du plan.
Les formats d'échange décrivent des plans et des pistes, pas le routage interne d'un fichier. Un FCPXML ou un XMEML dit « ce plan vient de ce fichier », sans dire quel canal de ce fichier doit sortir. Le logiciel de destination applique alors sa règle par défaut, en général le premier canal ou le mixage, et l'organisation micro par micro disparaît.
Le FCPXML ajoute une difficulté de son côté : DaVinci Resolve regroupe à l'import les pistes audio dont les clips ne se chevauchent pas. Une timeline soigneusement séparée en dialogues, musique et effets ressort fusionnée, même quand les canaux étaient corrects.
Comment s'en sortir
- Passez par le format natif de DaVinci Resolve plutôt que par un format d'échange. C'est le seul qui possède un endroit où écrire le canal joué par chaque clip.
- Si vous devez rester en format d'échange, exportez aussi en XML (XMEML) en plus du FCPXML : le XMEML conserve la disposition multi-piste telle quelle. Vous pouvez ensuite copier les pistes audio de la timeline XMEML dans la timeline FCPXML.
- Dernier recours manuel : dans Resolve, sélectionnez les clips concernés et corrigez le canal source dans les attributs du clip. C'est fiable mais long, et à refaire à chaque réimport.
- Vérifiez d'abord un seul clip avant de traiter toute la timeline. Si le bon micro sort sur le bon clip, le reste suivra ; sinon, c'est le format de sortie qu'il faut changer, pas les clips.
Vers le format natif DaVinci, PR2XML route les polywavs micro par micro : chaque clip empilé joue son propre canal, testé jusqu'à 12 canaux par fichier. Les canaux sont nommés Ch 1, Ch 2, etc. dans le media pool : les vrais noms des micros vivent dans l'iXML du wav, que le .prproj ne contient pas.
Les séquences imbriquées disparaissent ou arrivent à plat
Nested sequence Premiere vers Resolve, compound clip, timeline dans la timeline, séquence imbriquée vide
Pourquoi ça arrive
Une séquence imbriquée est une timeline posée dans une autre timeline. C'est une structure récursive, et les formats d'échange la décrivent différemment : le FCPXML déclare la timeline imbriquée une fois puis y renvoie, alors que le XMEML doit écrire toute la timeline imbriquée à l'intérieur du clip qui l'utilise. Tous les outils n'écrivent pas et ne lisent pas cette structure XMEML jusqu'au bout, si bien que le même montage peut arriver complet dans un format et troué dans l'autre.
C'est pourquoi les séquences imbriquées figurent parmi les éléments qui manquent le plus souvent après un aller-retour en XML : le format sait les transporter, mais les outils de part et d'autre ne vont pas toujours jusqu'au bout.
Dans DaVinci Resolve, l'équivalent existe et s'appelle un compound clip. Il joue le même rôle, mais rien ne fait automatiquement la traduction entre les deux si le format de transport ne transmet pas l'imbrication.
Comment s'en sortir
- Si le montage contient des séquences imbriquées, préférez le format natif de Resolve ou le FCPXML, qui décrivent l'imbrication directement. Le XML (XMEML) peut aussi les transporter, à condition que l'outil qui l'écrit y mette chaque timeline imbriquée en entier : après import, ouvrez-les pour vérifier.
- Si un import XML arrive quand même avec des trous ou des imbrications vides, aplatissez d'abord : ouvrez chaque séquence imbriquée, copiez son contenu et collez-le dans la timeline principale. Vous perdez la structure mais pas les plans.
- Attention à l'audio d'une séquence imbriquée. Le compound clip le joue par sa propre partie audio, sous le clip dans la timeline parente ; poser aussi les clips audio de la séquence imbriquée dans la timeline parente le ferait jouer deux fois.
- Après import, ouvrez le compound clip dans Resolve pour vérifier son contenu avant de continuer. Une imbrication vide se remarque bien plus tard sinon, souvent à l'export.
Vers le format natif DaVinci, PR2XML convertit les séquences imbriquées en compound clips, avec leur contenu ; son export XML (XMEML) les écrit aussi, avec chaque timeline imbriquée en entier et son audio. Dans le .drp, le son de chaque compound clip est posé sur les pistes audio de la timeline parente, sous le clip et lié à lui, et une séquence imbriquée utilisée seulement sur une piste audio (une musique, par exemple) y arrive aussi. Quand une séquence imbriquée apporte plusieurs canaux audio dans la timeline parente de Premiere, le .drp joue une seule fois le mixage stéréo de la timeline imbriquée, sans le choix canal par canal.
Questions fréquentes
- Peut-on convertir un projet Premiere Pro sans avoir Premiere Pro installé ?
- Oui. Le .prproj est un document XML compressé en gzip : il se lit sans l'application qui l'a écrit. PR2XML le décode directement, ce qui couvre aussi les projets dont la version de Premiere n'est plus installable ou dont l'abonnement a expiré.
- Jusqu'à quelle ancienneté un fichier .prproj reste-t-il lisible ?
- Jusqu'à Premiere Pro 1.5, sorti en 2004, y compris le format XML non compressé utilisé avant CS4. Les fichiers .ppj d'Adobe Premiere 6.5 et antérieurs ne sont pas pris en charge : c'est un format antérieur au .prproj, pas une simple ancienne version.
- Un montage multicaméra reste-t-il commutable après conversion ?
- Non, et aucun format d'échange ne le permet. PR2XML garde les angles que vous avez choisis : chaque clip multicaméra arrive sous forme de clip composé où seul l'angle retenu est actif, les autres restant à l'intérieur. Pour retrouver un multicaméra commutable, reconstruisez-le dans le logiciel d'arrivée à partir des rushes synchronisés.
- Comment garder le routage des micros d'un enregistreur de terrain ?
- En sortant vers le format natif de DaVinci Resolve. C'est le seul qui possède un champ pour dire quel canal d'un fichier polywav joue chaque clip. En FCPXML comme en XMEML, l'information n'a nulle part où être écrite et le logiciel d'arrivée retombe sur son canal par défaut.
- Faut-il aplatir les séquences imbriquées avant de convertir ?
- Pas avec PR2XML. Vers le format natif de Resolve, elles deviennent des compound clips, et les exports FCPXML et XML (XMEML) de PR2XML les écrivent en entier. N'aplatissez que si le logiciel qui lit le XML affiche des imbrications vides.
- Pourquoi mes pistes audio se retrouvent-elles fusionnées dans DaVinci Resolve ?
- Parce que le FCPXML décrit l'audio par rôles et non par pistes numérotées, et que Resolve regroupe à l'import les clips qui ne se chevauchent pas. Le XMEML conserve la disposition d'origine, et le format natif de Resolve aussi.
Testez sur votre propre projet
L'analyse est gratuite : déposez votre .prproj et vous verrez la timeline reconstruite, pistes et clips compris, avant de décider quoi que ce soit.