[ 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 le format d'échange ne sait pas décrire une timeline dans une timeline. 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, les deux autres en changeant de format de sortie.
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 sélectionné et le pose comme un plan normal. Les angles sont donc aplatis sur l'angle actif plutôt que de rester commutables, ce qui est la seule chose qu'un format d'échange puisse décrire fidèlement.
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 reçoivent aussi leur nom d'origine dans le media pool.
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 ne la gèrent pas de la même manière : le FCPXML sait la décrire, le XMEML ne sait pas du tout. Le même montage exporté dans les deux formats donne donc deux résultats différents, et le XMEML est celui où la séquence disparaît.
C'est pourquoi les séquences imbriquées figurent parmi les éléments qui manquent le plus souvent après un export XML depuis Premiere : le format choisi n'avait tout simplement pas de mot pour les dire.
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, n'exportez pas en XML (XMEML) : c'est la garantie de les perdre. Le FCPXML ou le format natif de Resolve sont les deux routes qui les conservent.
- Si vous êtes contraint au XMEML, 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. Il voyage à l'intérieur du conteneur ; le poser aussi sur une piste audio de 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. Un élément imbriqué posé sur une piste audio est volontairement ignoré, parce que le compound clip porte déjà son audio.
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. L'angle sélectionné est conservé et posé comme un plan normal. Pour retrouver un multicaméra commutable, il faut le reconstruire 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 ?
- Seulement si vous exportez en XML (XMEML), qui ne sait pas les décrire. En FCPXML et vers le format natif de Resolve, elles sont conservées ; vers Resolve elles deviennent des compound clips.
- 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.