Comment partager les médias de Premiere Pro ou de DaVinci Resolve entre deux stations de montage sans chemins rompus

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Conservez les médias dans un espace de noms NAS partagé, attribuez aux deux stations de travail les mêmes chemins logiques de projet et séparez les originaux partagés du cache local et de l'état des applications.

Les chemins rompus apparaissent généralement lorsque deux monteurs voient les mêmes séquences à travers des noms de montage, des lettres de lecteur, des copies locales ou des conventions de projet différentes. La configuration du NAS doit supprimer cette ambiguïté avant le début de la collaboration : une racine média faisant autorité, des noms de partages prévisibles, des autorisations utilisateur cohérentes, des points de montage stables et un plan propre à l'application pour l'état des projets Premiere Pro ou DaVinci Resolve. L'objectif n'est pas seulement de permettre aux deux ordinateurs d'accéder aux fichiers, mais de faire en sorte qu'ils identifient les mêmes fichiers de la même manière.

Commencez par une seule racine média de référence

Créez une racine partagée unique pour les originaux de caméra, l'audio partagé, les éléments graphiques, les proxys qui doivent être communs et les éléments livrés. Ne laissez pas chaque monteur gérer sa propre arborescence de médias de travail en espérant que le logiciel de montage non linéaire les réconciliera plus tard.

Le stockage physique peut évoluer au fil du temps, mais la racine logique doit rester stable. Un projet doit continuer à identifier correctement les médias même après le remplacement de disques dans le NAS, l'extension du pool ou le changement de commutateur.

Les recommandations d'Adobe concernant les projets d'équipe expliquent que les collaborateurs utilisant un stockage réseau partagé doivent tous pouvoir accéder aux mêmes médias et les mapper de la même façon. Cette exigence de mappage des médias partagés constitue le point de départ d'une topologie stable à deux stations de travail.

Attribuez aux deux stations de travail le même nom de partage logique

Montez le partage média de manière cohérente sur les deux machines. Sur deux Mac, conservez les mêmes noms de serveur et de partage. Sur deux systèmes Windows, utilisez si possible la même lettre de lecteur. Dans les environnements mixtes macOS et Windows, documentez la correspondance entre les deux racines au lieu de vous fier à la mémoire de chaque monteur.

N'intégrez pas dans le projet le répertoire personnel d'un utilisateur, le chemin du bureau, le nom d'un SSD temporaire ou le chemin d'un dossier copié manuellement. Ces chemins sont propres à chaque station de travail et cesseront de fonctionner dès que le projet sera déplacé.

Un guide récent consacré aux NAS pour DaVinci Resolve insiste sur la cohérence des points de montage et sur le mappage des chemins lorsque les systèmes d'exploitation exposent les mêmes médias différemment. Cette couche de mappage des chemins entre les stations de travail est particulièrement importante pour les studios multiplateformes.

Séparez les médias partagés du cache local

Les originaux de caméra et les éléments de projet communs doivent se trouver sur le chemin partagé, car les deux monteurs doivent accéder aux mêmes fichiers de référence. Le cache média, les fichiers de forme d'onde, les données de conformation, les rendus d'aperçu et les autres données d'état régénérables peuvent généralement rester sur le NVMe local rapide de chaque station de travail.

Ainsi, le cache temporaire d'un monteur ne devient pas une dépendance pour l'autre. Cela réduit également les écritures réseau inutiles tout en laissant le pool partagé se concentrer sur les médias qui doivent réellement être communs.

Le guide de Frame.io consacré aux Productions Premiere Pro recommande de conserver le cache média sur le disque local le plus rapide de chaque monteur. Cette séparation convient à une topologie NAS où collaboration et performances reposent sur des rôles de stockage distincts.

-15% OFF

Utilisez différemment les modèles de collaboration de Premiere et de Resolve

Ne supposez pas qu'un dossier de médias partagé garantit la sécurité des fichiers de projet lors d'un montage simultané. Les Productions Premiere Pro, les projets d'équipe et les fichiers de projet ordinaires se comportent différemment, tandis que DaVinci Resolve utilise des bibliothèques de projets et des fonctions de collaboration plutôt qu'un flux de travail classique fondé sur un fichier de projet partagé.

Dans Premiere, choisissez les Productions ou les projets d'équipe lorsque plusieurs monteurs doivent bénéficier d'un accès coordonné, et conservez la structure de production dans l'organisation prise en charge par l'application. Dans Resolve, gardez les médias partagés tandis que l'état de la bibliothèque de projets suit le modèle de collaboration pris en charge par Resolve.

Le guide de Studio Network Solutions consacré au stockage partagé pour Resolve sépare le stockage centralisé des médias du flux de travail collaboratif des projets, montrant pourquoi le stockage partagé et la collaboration sur les projets constituent deux couches distinctes.

Attribuez à chaque monteur un compte individuel et des autorisations stables

Créez des identités utilisateur distinctes pour les deux monteurs au lieu de partager un seul compte administrateur. Accordez-leur un accès cohérent en lecture et en écriture aux médias actifs, tout en limitant l'accès aux emplacements d'archives, de sauvegarde ou de livraison qui ne doivent pas être modifiés pendant le montage courant.

Les autorisations doivent suivre le flux de travail plutôt que la station de travail. Si le deuxième monteur change d'ordinateur, son compte doit lui permettre de retrouver les mêmes accès sans recréer une nouvelle organisation des partages.

Le flux de travail de Synology destiné aux créateurs décrit plusieurs monteurs travaillant à partir des mêmes séquences, ce qui exige du NAS qu'il intègre l'identité et les accès à la configuration.

Dimensionnez le réseau pour deux montages simultanés

La liaison entre le serveur et le commutateur doit répondre à la demande cumulée. Deux stations de travail lisant chacune un codec modéré peuvent généralement fonctionner confortablement en 10 GbE, tandis que la vidéo RAW multicaméra ou les transferts en arrière-plan intensifs peuvent solliciter bien davantage la liaison montante partagée.

Testez d'abord un seul monteur, puis exécutez la même séquence depuis les deux stations de travail en surveillant le débit du NAS, la latence des disques et le comportement des clients. Si une station devient instable uniquement lorsque la seconde se connecte, le goulot d'étranglement se situe dans la topologie partagée et non dans le projet du logiciel de montage lui-même.

Le test de montage NAS en 10 GbE de TechRadar a montré l'importance d'une liaison rapide complète, du NAS au commutateur puis à l'adaptateur de la station de travail. Cette liaison de montage 10 GbE de bout en bout constitue la couche matérielle dont dépendent les deux monteurs.

Validez la configuration en ouvrant le même projet depuis les deux postes

Utilisez un projet représentatif, et non un simple test de dossier artificiel. Ouvrez-le depuis la première station, fermez-le correctement, puis ouvrez-le depuis la deuxième et vérifiez que les médias restent en ligne sans devoir les relier. Répétez le test après avoir redémarré les deux clients.

Simulez ensuite la méthode de collaboration réelle : accès simultané si l'application le prend en charge, génération du cache local, rendu ou export, et déplacement contrôlé d'un média au sein de la structure partagée. Le projet doit rester compréhensible même lorsqu'une station de travail est hors ligne.

Les recommandations de SmallNetBuilder concernant les tests 10 GbE montrent pourquoi les performances du réseau et du stockage doivent être isolées lors de la validation. Si les chemins restent stables mais que le débit est insuffisant, testez séparément le réseau et le pool avant de modifier la structure du projet.

Le guide ZimaSpace associé sur les chemins de fichiers NAS stables pour les proxys vidéo explique plus en détail le problème de l'identité des chemins. La configuration est terminée lorsque les deux monteurs voient la même racine média, que l'état de l'application suit un modèle de collaboration pris en charge et que la disparition du cache local ne casse pas le projet partagé.

Configuration NAS et serveur

Plus à lire

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.