Ne mettez pas à niveau votre projet de travail unique : sauvegardez séparément la bibliothèque et les projets, puis vérifiez une copie représentative dans DaVinci Resolve 21.1.2. Les notes de publication précisent qu’un projet ouvert dans cette version ne peut pas être consulté depuis DaVinci Resolve 20.3.2 ; un accès à la bibliothèque ne garantit donc pas un retour de chaque projet à l’ancienne version (notes de publication consultables).

Ce contrôle concerne les monteurs sous Windows qui doivent vérifier un projet dans un environnement Mac, les créateurs qui maintiennent des projets pour une ancienne version et les petites équipes qui se partagent la responsabilité d’une mise à niveau.

Dernière vérification : 27 octobre 2026, à partir des notes de publication, de la page officielle de téléchargement et des guides de DaVinci Resolve (notes de publication ; page d’assistance et de téléchargement).

1. Frontière de compatibilité entre bibliothèque et projet

Traitez la bibliothèque de projets et chaque projet individuel comme deux éléments distincts. La bibliothèque organise et donne accès aux projets ; elle ne constitue pas une preuve que chacun d’eux peut être ouvert par une version plus ancienne de l’application.

Les notes de publication de DaVinci Resolve 21.1.2 distinguent l’accès à la bibliothèque de la limite de version : les projets ouverts dans 21.1.2 ne sont pas accessibles depuis DaVinci Resolve 20.3.2. Pour une équipe qui doit conserver un chemin de retour, cette distinction change la procédure : restaurer une bibliothèque ne suffit pas à démontrer que le projet récent est redevenu utilisable dans l’ancienne version.

La page officielle de téléchargement et d’assistance est le point à reconsulter avant l’opération. Les versions, les exigences système et les informations de publication évoluent ; ne déduisez pas la compatibilité d’une prochaine version de ce qui est indiqué pour 21.1.2.

Cas concret : vous montez sous Windows, puis une collègue doit contrôler le projet sur un Mac. Si elle ouvre directement l’original dans 21.1.2, le projet peut franchir une limite qui empêche son retour à 20.3.2. Faites-lui parvenir une copie isolée, identifiée comme test, et gardez l’original ainsi que ses sauvegardes hors de cette opération.

Une bibliothèque visible n’est pas un test de restauration. Pour valider le retour, il faut ouvrir une copie du projet restaurée dans l’environnement ancien et vérifier son contenu.

2. Inventaire des sauvegardes avant l’ouverture

Avant de lancer la nouvelle version, établissez un inventaire simple. Le but est de pouvoir identifier ce qui est sauvegardé, où se trouve la copie et qui saura la restaurer en cas de problème.

  • Copie de la bibliothèque : effectuez une sauvegarde de la bibliothèque avant la mise à niveau. Le guide officiel pour débutants décrit la sauvegarde des bibliothèques et les opérations de gestion associées (guide officiel sur la gestion et la sauvegarde des projets).
  • Copie de chaque projet important : exportez les projets qui représentent le travail en cours ou un livrable à maintenir. Le guide des monteurs explique les opérations d’importation et d’exportation des fichiers DRP (guide officiel sur l’importation et l’exportation DRP).
  • Médias liés : confirmez que les rushes, fichiers audio, images, polices ou éléments graphiques nécessaires restent disponibles. Une exportation DRP n’est pas une copie automatique de tous les médias d’origine.
  • Emplacement et responsable : consignez le nom de la copie, son emplacement et la personne chargée de la restauration. Si ces informations ne sont pas immédiatement compréhensibles par un autre membre de l’équipe, la sauvegarde n’est pas encore prête pour une reprise.

Ne remplacez pas la copie de bibliothèque par un export DRP, ni l’inverse. L’une sert à préserver l’ensemble organisé des projets selon votre méthode de travail ; l’autre permet de conserver un projet individuel à importer ou à transmettre. Les deux répondent à des besoins différents.

Inspectez aussi le dossier de destination. Ouvrez-le pour vérifier que les fichiers sont présents et que leurs noms identifient clairement le projet et le rôle de la copie. N’inventez pas un suffixe ambigu comme « final » s’il ne dit pas s’il s’agit de la sauvegarde d’origine, d’un export ou d’une version de test. Gardez une copie intacte, non utilisée pour les essais.

3. Test de restauration et chemin de retour

Une sauvegarde dont personne n’a essayé la restauration reste une hypothèse. Avant la mise à niveau, faites le test sur une copie, dans un emplacement séparé de la bibliothèque de travail.

Procédez dans cet ordre :

  1. Désignez une copie de test. Choisissez un projet qui représente les opérations réellement effectuées par votre équipe : montage, étalonnage, effets ou mixage. Ne prenez pas un projet vide si vos productions utilisent des éléments plus complexes.
  2. Restaurez ou importez cette copie dans l’environnement prévu pour le retour. Il s’agit de vérifier concrètement que la sauvegarde choisie est exploitable, et non de supposer que le fichier existe.
  3. Ouvrez la copie avec l’ancienne version que vous devez conserver. Pour le scénario concerné par les notes de publication, contrôlez expressément l’environnement DaVinci Resolve 20.3.2 face à la limite signalée pour les projets ouverts dans 21.1.2.
  4. Comparez les éléments du projet restauré. Vérifiez que le montage, les pistes, les médias et les paramètres de livraison correspondent à l’état attendu avant la mise à niveau.
  5. Consignez le résultat et la personne responsable. Indiquez ce qui a été restauré, dans quel environnement et ce qui reste à vérifier. Si le test échoue, ne faites pas de l’ancienne version votre plan de retour tant que la cause n’est pas résolue.

Séparez deux types d’information dans votre compte rendu. D’un côté, notez ce que les notes officielles confirment sur l’accès et les limites de version. De l’autre, consignez ce que votre équipe a effectivement réussi à restaurer. Un test local concluant sur un projet ne transforme pas une règle générale de compatibilité ; inversement, une bibliothèque accessible ne valide pas automatiquement les projets qu’elle contient.

4. Intégrité du montage, des médias et des effets

Après avoir sauvegardé le projet, ouvrez une copie représentative dans 21.1.2 et parcourez les éléments susceptibles d’affecter le résultat. La vérification doit porter sur le contenu réel, pas seulement sur l’absence de message d’erreur au lancement.

  • Structure du montage : contrôlez l’ordre des plans, les coupes, les transitions, les pistes et les repères qui comptent pour le montage.
  • Médias : recherchez les fichiers hors ligne, les liens rompus et les éléments remplacés par une autre source. Un projet qui s’ouvre n’est pas nécessairement prêt à être relu ou rendu.
  • Étalonnage : examinez les plans clés, les corrections importantes et les portées utilisées par votre équipe. Le guide officiel d’étalonnage décrit les outils de contrôle des couleurs et les réglages liés à la sortie ; utilisez-les comme repères de vérification, pas comme garantie qu’un rendu sera identique sur tous les écrans.
  • Effets et composition : si le projet utilise Fusion ou des effets indispensables, ouvrez les plans concernés et vérifiez le résultat visuel. Le guide officiel des fonctionnalités de DaVinci Resolve 21 aide à repérer les fonctions et évolutions à contrôler (guide officiel des fonctionnalités de la version 21).
  • Audio : écoutez les passages qui servent de référence au projet : synchronisation, transitions, niveaux relatifs et pistes attendues. Un contrôle visuel de la timeline ne valide pas l’écoute.

Les corrections et nouveautés mentionnées dans un guide de version fournissent des pistes de contrôle ; elles ne certifient pas l’absence de problème dans votre projet. Si un effet essentiel semble différent, comparez la copie avant et après mise à niveau, puis notez le plan, les réglages et les conditions de lecture. Pour une décision de livraison, faites valider le résultat par la personne responsable de l’image ou du son, plutôt que de conclure à partir d’un seul écran d’aperçu.

5. Validation du rendu et de la réception

Un aperçu fluide dans l’application ne prouve pas que le fichier livré est conforme. Il faut contrôler séparément le projet, le fichier exporté et la capacité du destinataire à le lire ou à le reprendre.

Commencez par utiliser les paramètres de sortie demandés par le client ou l’équipe : format, résolution, fréquence d’images, espace colorimétrique et réglages audio. Le guide officiel d’étalonnage et de sortie présente les réglages et outils associés. Il ne remplace cependant pas la fiche de livraison propre à votre projet.

Ensuite, exportez un essai à partir de la copie et ouvrez le fichier obtenu dans le lecteur ou l’environnement de réception prévu. Vérifiez le début, les passages critiques et la fin ; contrôlez aussi le son et les éventuels éléments graphiques. Si l’équipe reçoit un projet rééditable, faites-lui ouvrir une copie DRP et confirmez que les médias attendus lui sont accessibles. Un fichier vidéo lisible et un projet modifiable sont deux livrables différents.

Notez les écarts éventuels sans les attribuer trop vite à la mise à niveau. Une différence peut venir du profil d’affichage, des médias manquants, des paramètres d’export ou d’une étape de transfert. Pour comparer proprement, conservez la même copie source, les mêmes paramètres d’export et le même fichier de référence. Ne prétendez pas qu’une durée de rendu ou un aspect visuel sera identique sans mesure réalisée dans vos conditions de travail.

6. Choix de la méthode de vérification

Utilisez ce tableau pour choisir le prochain contrôle. La mise à niveau n’est prête que lorsque la voie de retour est assez claire pour votre niveau de risque.

Situation Contrôle à privilégier Décision
Vous devez pouvoir reprendre le projet dans l’ancienne version Testez une copie restaurée dans l’ancien environnement avant d’ouvrir l’original dans 21.1.2 Si la copie ne s’ouvre pas comme prévu, reportez la mise à niveau du projet de travail
Vous devez seulement examiner un projet dans 21.1.2 Sauvegardez la bibliothèque et exportez une copie du projet, puis ouvrez cette copie Gardez l’original intact jusqu’à validation du montage et des médias
Vous livrez un fichier vidéo Contrôlez l’export dans un lecteur ou environnement représentatif de la réception Ne validez pas le livrable sur la seule base de l’aperçu dans l’application
Vous livrez un projet rééditable Vérifiez le DRP, les médias transmis et l’ouverture par le destinataire Faites confirmer la reprise par la personne qui recevra le projet
Vous n’avez pas de Mac disponible pour le contrôle demandé Préparez une copie isolée et envisagez un environnement Mac à distance, puis faites valider le résultat par l’équipe Ne confondez pas l’accès à un Mac avec une garantie de compatibilité ou de livraison

Un Mac distant peut être une option de vérification si votre équipe a besoin d’ouvrir une copie dans macOS, mais il ne valide pas à lui seul les conditions du poste final du destinataire. Comparez les limites de votre poste Windows, les possibilités d’un Mac local et celles d’un environnement distant avant de choisir. Le service de Mac à distance de MACCOME peut être examiné lorsque vous n’avez pas de Mac à disposition ; vérifiez que le mode d’accès et le transfert de fichiers conviennent à votre procédure, sans en déduire que le projet sera automatiquement compatible.

FAQ

Quels éléments faut-il sauvegarder avant de passer à DaVinci Resolve 21.1.2 ?

Sauvegardez la bibliothèque et exportez séparément chaque projet important en DRP. Gardez aussi les médias liés à portée de main : rushes, sons, images et ressources nécessaires. Vérifiez l’emplacement des copies et nommez clairement leur rôle. Une sauvegarde de bibliothèque et un fichier DRP ne sont pas interchangeables ; prévoyez une vérification de restauration avant de toucher au projet de travail.

Un projet ouvert dans 21.1.2 peut-il être repris dans 20.3.2 ?

Les notes de publication indiquent que les projets ouverts dans DaVinci Resolve 21.1.2 ne sont pas accessibles depuis DaVinci Resolve 20.3.2. En conséquence, ne comptez pas sur un retour direct du projet modifié. Testez plutôt une copie restaurée dans l’ancienne version et gardez l’original séparé.

Si la bibliothèque de projets est accessible, tous ses projets peuvent-ils revenir à l’ancienne version ?

Non. L’accès à la bibliothèque et l’ouverture d’un projet individuel ne prouvent pas la même chose. Une bibliothèque consultable ne démontre pas qu’un projet enregistré par une version plus récente peut être repris par une ancienne version. Validez séparément une restauration de bibliothèque et l’ouverture d’une copie de chaque projet représentatif dans l’environnement que vous souhaitez conserver.

Comment vérifier un projet après la mise à niveau si je n’ai pas de Mac ?

Préparez une copie de projet et ses médias, puis choisissez un environnement Mac accessible pour effectuer les vérifications nécessaires. Contrôlez le montage, les effets, l’audio et le fichier exporté selon vos exigences de livraison. Demandez ensuite au destinataire ou à la personne responsable du projet de confirmer le résultat. Un contrôle distant ne garantit pas que toutes les conditions du poste final sont identiques.

Si votre procédure actuelle repose uniquement sur un poste Windows, elle ne permet pas d’y ouvrir directement l’application macOS ; emprunter un Mac peut aussi compliquer le transfert des médias et la répétition des contrôles. Un Mac distant réduit ces contraintes d’accès, mais ne supprime ni la nécessité de sauvegarder ni celle de faire valider les livrables par leur destinataire. Si cette option correspond à votre besoin ponctuel, examinez les solutions MACCOME pour accéder à un Mac à distance et confirmez votre procédure sur une copie avant d’y confier un projet important. Ne commencez pas la mise à niveau du projet de travail tant que la sauvegarde et le chemin de retour ne sont pas vérifiés.