Blender 5.3 Project Setup : paramètres et bibliothèques d’assets par projet

Les développeurs de Blender Sebastian Parborg et Anastasia Rudina ont présenté les fonctionnalités de Project Setup dans Blender 5.3 sur le blog officiel de développement, le 13 novembre 2026. Activable en option, ce système associe paramètres et ressources à un projet unique, afin d’éviter que les préférences ne se mélangent lors du passage d’un projet à un autre.

Comment définir un projet dans Blender ?

Avec Project Setup, un projet correspond à un répertoire racine qui regroupe les fichiers associés. Le dossier .blender_project qui s’y trouve contient le fichier de configuration project.toml, créé et géré par Blender. Lorsqu’un fichier .blend est ouvert, Blender recherche ce dossier dans l’arborescence de répertoires où se trouve le fichier ; s’il le trouve, il active le projet. En l’absence de dossier de projet, la session est considérée comme étant hors projet.

Un projet peut aussi être ouvert en indiquant le chemin du répertoire concerné au lancement de Blender, ou en passant par le menu File → Project → Open de l’application. Dans la conception des développeurs, les paramètres du projet prennent le pas sur les préférences utilisateur. Le fait de conserver les fichiers de paramètres dans un format lisible et modifiable permet également de les générer avec des scripts externes ou de les suivre dans un système de contrôle de version.

Quelles fonctionnalités de projet offre Blender 5.3 ?

Le nouveau système peut utiliser la variable {project_root} dans les chemins des fichiers de sortie. Ainsi, lorsque le projet est déplacé vers un autre disque, un autre ordinateur ou un autre membre de l’équipe, les chemins qui utilisent cette variable restent liés à la racine du projet. Les utilisateurs peuvent également définir leurs propres variables de projet, par exemple un nom de personnage, un code de séquence ou un dossier fréquemment utilisé, puis les intégrer à des modèles de chemin. Lorsqu’une variable est mise à jour, les chemins qui l’utilisent suivent sa nouvelle valeur.

Des bibliothèques d’assets distinctes peuvent être définies pour chaque projet. Quand le projet est ouvert, ces assets apparaissent aux côtés des autres bibliothèques dans l’Asset Browser, les Asset Shelves et les menus d’ajout. La gestion des couleurs peut elle aussi être définie par projet : il est possible de choisir la configuration par défaut de Blender, ACES 1.3, ACES 2.0 ou une configuration OpenColorIO personnalisée. Les projets peuvent aussi disposer de leur propre écran de démarrage, qui répertorie les derniers fichiers du projet.

Quelles sont les prochaines étapes pour Blender 5.4 ?

Les développeurs indiquent que les travaux sur Project Setup se poursuivront dans Blender 5.4. L’objectif prioritaire est de permettre aux projets d’inclure leur propre dossier de dépôt d’extensions et de définir les paramètres des extensions par projet. L’idée est ainsi de permettre aux personnes travaillant sur un même projet d’utiliser le même ensemble d’outils, tout en autorisant une extension à fonctionner avec des paramètres différents selon le projet. Il ne s’agit pas de fonctionnalités de la version 5.3, mais d’objectifs de développement annoncés pour la version suivante.

Les plans incluent également l’utilisation des modèles de chemin et des variables de projet pour davantage de chemins dans Blender. D’autres améliorations multi-projets sont envisagées, comme l’ajout d’un sélecteur de projet au navigateur de fichiers, la limitation de l’opération Save As au projet actif et la conservation des variables non résolues lors de Save As Copy.

Conséquences pour les flux de travail en architecture et en visualisation

Les agences d’architecture et les équipes d’archviz peuvent séparer les ressources et les paramètres visuels de projets différents en définissant une bibliothèque d’assets et une gestion des couleurs propres à chacun. Une racine de projet portable et des chemins basés sur des variables peuvent aussi aider les équipes qui partagent des fichiers à conserver des chemins liés à la structure du projet. Cette approche est particulièrement pertinente pour les équipes qui travaillent alternativement sur plusieurs projets.

Avant de l’adopter, les équipes doivent examiner ensemble la version de Blender qu’elles utilisent, la structure des dossiers de projet et la configuration de leurs chemins existants. Le dépôt d’extensions et les fonctions multi-projets étant prévus pour la version 5.4, il ne faut pas considérer ces fonctions comme déjà disponibles dans la version actuelle au moment de décider d’une migration fondée sur ces besoins.