Utiliser les blocs dans Rhino 8 : guide pratique pour les modèles architecturaux

Dans Rhino 8, les blocs permettent de réutiliser une même géométrie à différents endroits du modèle et de gérer ces éléments à partir d’une définition unique. Le flux de travail décrit dans la documentation de Rhino 8 par McNeel couvre la création des blocs, leur réutilisation dans le modèle et la gestion des liens vers des fichiers externes. Dans les projets d’architecture et d’aménagement intérieur, convertir le mobilier, les équipements ou d’autres éléments répétitifs en blocs permet de les modifier à partir d’une définition commune, plutôt que de traiter chaque instance comme une géométrie indépendante. Les étapes ci-dessous s’appuient sur les fonctions décrites dans la documentation de Rhino 8.

1. Sélectionnez et définissez la géométrie du bloc

Sélectionnez les objets à regrouper dans le bloc, puis exécutez la commande suivante dans la ligne de commande :

Block

La documentation indique également le raccourci Ctrl (CMD) + B pour cette commande. Après la sélection, choisissez un point de base et donnez un nom à la définition du bloc. Ce point sert de référence pour le positionnement, la mise à l’échelle et la rotation de l’instance du bloc. Choisissez-le donc en fonction de l’utilisation prévue de l’élément dans le modèle : pour un objet répété, par exemple, le choix d’un point qui facilite son placement aura une incidence sur les opérations suivantes.

La définition du bloc est créée dans le système d’unités du modèle actif ou de la présentation. Il est possible d’y ajouter, à titre facultatif, une description et une URL. Choisissez un nom qui facilitera la recherche des définitions dans le fichier. La documentation de Rhino précise également que le nom du bloc ne doit pas être identique à celui du modèle.

Les principaux avantages des blocs sont les suivants :

• Créer une bibliothèque d’éléments récurrents.

• Mettre à jour les instances liées en modifiant la définition du bloc.

• Réduire la taille du modèle en utilisant des instances au lieu de stocker la même géométrie sous forme de copies indépendantes.

2. Insérez un bloc ou un fichier externe

Pour insérer une définition existante dans le modèle ou ajouter un fichier externe, vous pouvez utiliser la commande suivante :

Insert

La documentation de Rhino 8 indique le raccourci Ctrl (CMD) + I pour cette commande. Après avoir sélectionné un fichier externe, trois types sont proposés dans le champ Insert as : Block instance, As Group et Individual Objects. Le premier insère le modèle sous forme d’instance de bloc, le deuxième sous forme de groupe et le troisième sous forme d’objets géométriques séparés. Lors de l’insertion comme instance de bloc, vous pouvez définir le point de placement et utiliser les options d’échelle et de rotation.

Vous pouvez également ajouter un fichier de géométrie pris en charge en le faisant glisser depuis l’Explorateur de fichiers vers une fenêtre de vue. Vous devez alors choisir la manière dont le fichier sera importé. Lorsque vous utilisez un fichier externe comme bloc, choisissez le type de liaison en fonction de la façon dont le fichier doit être stocké dans le modèle et de la nécessité de suivre ou non les modifications apportées à l’extérieur.

Les choix du tableau ne constituent pas un classement universel de qualité ; ils mettent en correspondance les comportements de stockage et de liaison décrits dans la documentation avec les besoins du flux de travail. En particulier, si le fichier doit être ouvert sur un autre ordinateur ou archivé, gardez à l’esprit que l’utilisation en mode lié uniquement dépend de la disponibilité du fichier externe.

3. Vérifiez les définitions et les liens avec BlockManager

Pour gérer les définitions de blocs, vous pouvez utiliser la commande suivante dans la ligne de commande :

BlockManager

Vous pouvez également ouvrir le panneau via le menu Window > Panels > Block Definitions. Vous pouvez y rechercher des définitions, sélectionner dans la fenêtre de vue les instances associées à une définition de bloc et renommer les définitions. Le panneau indique séparément le nombre d’instances de premier niveau et d’instances imbriquées ; il affiche également le nombre total d’instances et le nombre d’objets contenus dans la définition. Il est ainsi plus facile de voir quels blocs sont réutilisés dans les modèles complexes et d’examiner leur imbrication.

Le filtre des définitions inutilisées du panneau permet d’afficher les définitions sans instance dans le modèle ou les présentations. L’option Purge unused block definitions supprime ces définitions. Pensez à vérifier la liste avant de procéder au nettoyage : cette commande sert à supprimer les définitions sans instance et ne remplace pas la modification de la géométrie. La documentation mentionne également la commande Purge pour nettoyer les données inutilisées, si nécessaire.

Si un bloc lié à un fichier externe n’est pas à jour, l’option Update de BlockManager recharge le fichier externe. Pour définir le comportement des définitions intégrées et liées à l’ouverture du modèle, trois options sont disponibles : Always update, Prompt when update required et Never update. Elles déterminent si la mise à jour se fait automatiquement, si une confirmation est demandée lorsque cela est nécessaire ou si elle n’est pas effectuée. Lorsque des fichiers sont partagés au sein d’un bureau, clarifier ce comportement au sein de l’équipe facilite le suivi de la géométrie considérée comme à jour.

4. Vérifiez le comportement des calques, des propriétés et des blocs imbriqués

Lorsqu’une instance de bloc est insérée, elle est placée sur le calque actif et peut être déplacée vers un autre calque. Toutefois, le calque de l’instance et celui de la géométrie contenue dans le bloc ne partagent pas les mêmes propriétés. L’affichage des membres du bloc dépend de leurs propriétés d’objet ou de calque. Par exemple, masquer le calque de l’instance rend toute l’instance invisible, tandis que masquer un calque particulier à l’intérieur du bloc affecte les objets qui s’y trouvent.

Si vous définissez la propriété d’un membre du bloc sur By Parent, certaines propriétés peuvent être contrôlées directement à partir de l’instance de bloc parente. La documentation répertorie cette option pour Display Color, Linetype, Print Color et Print Width. Pour le matériau de rendu, utilisez l’option Use Object Parent. Dans les blocs imbriqués, By Parent fonctionne à partir du parent immédiat ; pour que le contrôle s’exerce depuis un bloc situé à un niveau supérieur, les blocs intermédiaires doivent également utiliser la propriété appropriée. Cette distinction explique pourquoi la modification de la couleur de calque de l’instance n’a pas toujours d’effet sur la géométrie à l’intérieur du bloc.

Qu’est-ce qui change dans un flux de travail d’architecture et de visualisation ?

Utiliser des blocs pour le mobilier et les composants récurrents peut éviter de modifier les mêmes éléments un par un lors des révisions. La répercussion des modifications de la définition sur les instances est particulièrement utile dans les fichiers où les changements de conception s’appliquent à des éléments répétés. Les instances de bloc peuvent également contribuer à réduire la taille du modèle en évitant de stocker séparément des copies de la même géométrie ; toutefois, la documentation ne précise aucun gain de performances ni aucune exigence matérielle.

Les liens vers des fichiers externes doivent être pris en compte dans le processus de partage et d’archivage. Avec le type Linked uniquement, la géométrie n’est pas visible si le fichier source est introuvable ; avec le type Embedded and linked, la géométrie stockée dans le modèle reste accessible. Il faut également vérifier à quel niveau sont gérées les propriétés des calques et des objets afin de garantir la cohérence de l’affichage. Pour les bureaux et les équipes de visualisation en Turquie, une approche concrète consiste à convertir les éléments récurrents en blocs, à vérifier les définitions dans BlockManager et à contrôler l’état des liens externes avant la livraison.

Erreurs fréquentes

• Choisir le point de base au hasard : le placement, la mise à l’échelle et la rotation dépendent de ce point de référence.

• Ne pas choisir le type de liaison en fonction de l’utilisation du fichier : avec un bloc lié uniquement, la géométrie n’est pas visible si le fichier externe est introuvable.

• Confondre le calque de l’instance avec celui des membres du bloc : le comportement de visibilité et des propriétés diffère selon ces deux niveaux.

• Ignorer un conflit entre blocs portant le même nom : si plusieurs définitions portent le même nom, Rhino propose d’utiliser la définition du modèle actuel, de mettre à jour les instances avec la définition provenant du fichier ou de conserver les deux définitions séparément.