[ Dépannage ]
L'import XML de Premiere dans DaVinci Resolve ne marche pas
Médias introuvables, plans manquants, cadrage faux, stéréo éclatée, décalage d'une heure. Les cinq pannes classiques, leur cause réelle, et comment s'en sortir.
La réponse courte
Presque tous les échecs d'import XML entre Premiere Pro et DaVinci Resolve viennent de la même chose : le XML est une description appauvrie de votre montage. Il transporte une liste de plans, des points d'entrée et de sortie, et quelques paramètres. Tout ce que Premiere gère par un mécanisme qui n'a pas d'équivalent direct dans Resolve est perdu en silence, sans avertissement. Savoir ce qui est perdu, et pourquoi, suffit à réparer la plupart des cas en quelques minutes.
Resolve ne retrouve pas les médias
Clips not yet found, timeline vide avec des cases rouges, il faut relinker à la main
Pourquoi ça arrive
Le XML ne contient aucun média. Il ne contient que des chemins de fichiers, écrits tels qu'ils étaient sur la machine de montage. Dès que le chemin change, et il change presque toujours, Resolve n'a plus rien à ouvrir.
Les causes courantes sont une lettre de lecteur différente, un volume réseau monté ailleurs, un dossier déplacé, ou un projet monté sur mac et ouvert sur windows. Premiere peut aussi avoir référencé des proxys plutôt que les rushes d'origine, auquel cas les chemins pointent vers un cache qui n'a jamais été copié.
Comment s'en sortir
- Importez vos rushes dans le Media Pool AVANT d'importer la timeline. C'est le point le plus important de cette page : Resolve rattache en priorité les plans à ce qui se trouve déjà dans le chutier, par nom de fichier. Dans l'autre sens, il essaie d'ouvrir un chemin qui n'existe pas et abandonne.
- Si c'est déjà importé, sélectionnez les plans en rouge dans le Media Pool, clic droit, Relink Selected Clips, puis désignez le dossier parent. Resolve descend dans les sous-dossiers.
- Si vous étiez en proxys, repassez sur les rushes d'origine dans Premiere avant l'export, sinon vous exportez des chemins de cache.
Aucun convertisseur ne peut inventer des fichiers absents. Ce que le nôtre change, c'est qu'un .drp arrive avec la structure de chutier et les vraies métadonnées de chaque média, donc le rattachement par nom fonctionne au lieu d'échouer sur un chemin mort.
Les plans arrivent trop grands, trop petits ou mal cadrés
Set to frame size ne passe pas, du 4K zoomé dans une timeline HD, des bandes noires apparues
Pourquoi ça arrive
Premiere a deux façons distinctes d'adapter un plan à la taille de la séquence, et une seule survit à l'export. Mettre à l'échelle de l'image modifie réellement le paramètre d'échelle du plan, valeur que le XML transporte. Adapter à la taille de l'image est un comportement automatique de Premiere, un drapeau interne, et ce drapeau n'a pas d'équivalent dans le format d'échange.
Résultat : un plan que Premiere ajustait tout seul arrive dans Resolve avec une échelle de 100 pour cent. Un rush 4K dans une timeline HD apparaît donc énormément zoomé, et un rush HD dans une timeline 4K apparaît petit au centre.
Comment s'en sortir
- Dans Resolve, ouvrez Project Settings puis Image Scaling, et réglez Mismatched Resolution sur Scale entire image to fit. Ça traite tous les plans d'un coup au lieu de les reprendre un par un.
- Pour un plan isolé, clic droit dans le Media Pool puis Clip Attributes, onglet Video, et ajustez l'échelle d'entrée.
- Avant l'export depuis Premiere, vous pouvez aussi convertir les ajustements automatiques en valeurs réelles en appliquant Mettre à l'échelle de l'image, qui elle sera transportée.
Ce cas dépend beaucoup des résolutions en présence. Notre convertisseur lit la résolution et la cadence réelles de chaque source et les écrit individuellement dans le chutier Resolve, ce qui est la condition pour que les règles de mise à l'échelle de Resolve s'appliquent correctement.
Une partie des plans n'arrive pas du tout
La moitié de la timeline est vide, des trous à la place des plans, des calques entiers absents
Pourquoi ça arrive
L'exportateur XML de Premiere omet en silence ce qu'il ne sait pas exprimer. Il n'affiche pas d'avertissement, il écrit simplement un fichier plus court que votre montage.
Les grands absents habituels sont les calques d'ajustement, les séquences imbriquées, les plans multicam non aplatis, les titres et les éléments synthétiques comme les caches de couleur ou la vidéo transparente, qui n'ont aucun fichier source à référencer.
Comment s'en sortir
- Aplatissez les plans multicam avant l'export, en choisissant l'angle définitif.
- Remontez le contenu des séquences imbriquées dans la timeline principale, ou exportez chaque séquence imbriquée séparément.
- Notez à part ce que portaient vos calques d'ajustement, parce que vous devrez les refaire, et remplacez les éléments synthétiques par de vrais fichiers si leur position compte.
C'est la panne où passer par le fichier de projet plutôt que par le XML change le plus de choses. Nous lisons le .prproj directement, sans dépendre de l'exportateur de Premiere : les séquences imbriquées, les compound clips et les calques d'ajustement sont donc vus et transportés au lieu d'être omis.
L'audio arrive éclaté, désynchronisé ou muet
Une stéréo devenue deux pistes mono, des compound clips sans son, du son décalé
Pourquoi ça arrive
Les deux logiciels ne décrivent pas l'audio de la même façon. Premiere raisonne en configuration de canaux au niveau du plan, puis en assignation de canaux au niveau de la piste. Resolve raisonne en pistes qui portent un nombre de canaux.
Quand le XML aplatit ce modèle, une source stéréo qui vivait sur une seule piste ressort souvent en deux canaux mono, et Resolve crée deux pistes. Pour les compound clips, l'audio est porté à l'intérieur du plan composé, et l'aplatissement peut faire perdre la référence.
Comment s'en sortir
- Dans le Media Pool de Resolve, clic droit sur le plan puis Clip Attributes, onglet Audio, et redéclarez le format en Stereo avec les deux canaux sources voulus.
- Pour un décalage constant sur toute la timeline, vérifiez d'abord le timecode de départ, décrit juste en dessous : un son décalé est souvent un problème de timecode déguisé.
- Pour les compound clips, décomposez-les dans Premiere avant l'export si leur audio compte.
Nous transportons le routage audio multicanal en lisant les groupes de canaux d'origine du projet, ainsi que les niveaux et leurs images clés.
La timeline commence au mauvais endroit
Un décalage d'une heure exactement, un grand vide avant le premier plan, du timecode qui ne correspond pas
Pourquoi ça arrive
Une séquence Premiere ne commence pas forcément à zéro. La convention de diffusion place souvent le départ à 01:00:00:00, et le XML transporte ce timecode de départ. Si l'application de destination le lit comme une position absolue alors que vous l'attendiez à zéro, tout se retrouve décalé d'une heure.
Deuxième source d'écart, la notation drop frame. En 29.97 et 59.94, un timecode noté avec des points-virgules ne compte pas les images comme un timecode noté avec des deux-points. Mélanger les deux fait dériver la timeline au fil de sa durée, au lieu de la décaler d'un bloc.
Comment s'en sortir
- Relevez le timecode de départ de la séquence dans Premiere, puis alignez celui de la timeline Resolve dessus avant d'importer, dans Timeline Settings.
- Un décalage strictement égal à une heure est presque toujours ce problème, pas une erreur de montage.
- Si la dérive augmente avec la durée, c'est le drop frame : vérifiez que les deux projets sont réglés sur la même convention.
Un grand vide en tête de timeline n'est pas toujours un bug : si le monteur a réellement commencé son montage à huit minutes, c'est fidèle. Comparez d'abord avec la séquence d'origine dans Premiere avant de conclure.
Questions fréquentes
- Vaut-il mieux exporter en XML, en AAF ou en EDL vers DaVinci Resolve ?
- Aucun des trois n'est bon, ils échouent simplement différemment. L'EDL ne transporte qu'une liste de coupes, sans piste multiple ni effet. L'AAF est plus riche mais orienté Avid et peu adapté à ce trajet. Le XML est le moins mauvais des trois et reste très en dessous de votre montage réel. Un fichier de projet natif .drp évite le problème puisqu'il n'y a plus d'étape d'appauvrissement.
- Puis-je faire ça sans avoir Premiere Pro installé ?
- Pas par la voie du XML, puisqu'il faut ouvrir le projet dans Premiere pour l'exporter. C'est précisément le cas de figure où lire le fichier .prproj directement est la seule option : le fichier de projet se suffit à lui-même, sans abonnement actif.
- Mes effets et mon étalonnage vont-ils suivre ?
- Non, et méfiez-vous de qui vous promet le contraire. Les effets de Premiere et ceux de Resolve ne sont pas les mêmes objets. Ce qui voyage raisonnablement, ce sont les transformations géométriques, l'opacité, les modes de fusion, les changements de vitesse et les niveaux audio. L'étalonnage, les compositions Fusion et les effets tiers ne voyagent pas.
- Les cadences et résolutions mélangées posent-elles problème ?
- C'est un des cas les plus fragiles du XML, parce que la cadence de chaque source doit être décrite correctement pour que la destination sache comment la lire. Nous lisons la résolution et la cadence de chaque média dans le projet et les écrivons individuellement, donc une timeline mêlant du 23.976 et du 50p conserve le format réel de chaque plan.
Éviter l'étape XML complètement
L'analyse de votre projet est gratuite et illimitée : vous voyez vos vraies séquences, pistes et plans avant de payer quoi que ce soit.
Voir aussi : le guide complet du transfert Premiere vers DaVinci Resolve