Guide Grasshopper pour Rhino 8 : exécuter des définitions et résoudre les problèmes de plug-ins

La documentation officielle de Rhino 8 décrit les commandes intégrées qui permettent de gérer les définitions Grasshopper, de les exécuter sans ouvrir l’interface et d’examiner les problèmes de chargement des plug-ins. Ces outils peuvent servir à lancer des étapes de modélisation répétitives à partir d’un fichier de définition, à identifier les plug-ins qui posent problème au démarrage et à vérifier les dépendances d’un fichier. Les étapes ci-dessous s’appuient sur les fonctions décrites dans la documentation de Rhino 8.

1. Exécuter une définition Grasshopper sans ouvrir l’interface

Grasshopper Player ouvre et exécute une définition Grasshopper sans afficher la fenêtre Grasshopper. Cette fonction est utile lorsqu’on souhaite exécuter une définition existante plutôt que modifier ses composants. La commande prend en charge les fichiers .gh et .ghx.

1. Saisissez GrasshopperPlayer dans la ligne de commande de Rhino pour lancer la commande.

2. Sélectionnez le fichier .gh ou .ghx à ouvrir.

3. Pour appeler un fichier depuis la ligne de commande, ajoutez un tiret devant le nom de la commande : -GrasshopperPlayer.

Les chemins peuvent utiliser des variables d’environnement système, comme celle du compte utilisateur. L’exemple de la documentation appelle ainsi une définition située dans le dossier de l’utilisateur :

-_GrasshopperPlayer %USERPROFILE%\myghcommand.gh

Si le chemin contient des espaces, placez-le entre guillemets doubles. Si vous ne spécifiez pas le chemin complet du fichier, Rhino commence par rechercher dans le dossier du fichier 3DM ouvert et ses sous-dossiers, puis dans les dossiers définis sous Options > Files > Search Paths et leurs sous-dossiers. Si la définition se trouve dans l’un de ces emplacements, son nom de fichier suffit.

Ce comportement de recherche peut faciliter l’appel de fichiers dans les équipes qui organisent leurs dossiers de projet de manière cohérente. Il reste toutefois important de définir en équipe où se trouvent les définitions et les plug-ins nécessaires : la documentation indique où GrasshopperPlayer recherche les fichiers de définition, mais ne garantit pas que la définition fonctionnera sans problème si des plug-ins manquent.

2. Gérer la fenêtre Grasshopper et le calcul

La commande Grasshopper ne sert pas uniquement à ouvrir la fenêtre du plug-in : elle permet aussi de gérer la visibilité de la fenêtre et l’état du solver. Pour accéder aux options de la ligne de commande, ajoutez un tiret devant le nom de la commande : -Grasshopper.

Les options Window de la commande permettent de charger le plug-in et de gérer la fenêtre. Load charge le plug-in Grasshopper sans ouvrir sa fenêtre ; Show affiche la fenêtre et charge le plug-in si nécessaire. Hide masque la fenêtre ouverte, tandis que Toggle en inverse la visibilité.

Les options du solver contrôlent le calcul. Disable verrouille le solver et empêche Grasshopper de calculer les données interactives ; Enable le réactive et Toggle inverse son état de verrouillage. Cette option peut être utile pour suspendre temporairement le calcul pendant la modification d’une définition. Gardez toutefois à l’esprit que le calcul interactif ne se poursuit pas lorsque le solver est désactivé.

Les options Document de la commande permettent d’ouvrir, d’enregistrer, d’enregistrer sous un autre nom et de fermer le fichier Grasshopper ouvert. Si des modifications ne sont pas enregistrées, utiliser Close ou CloseAll peut entraîner une perte de données ; enregistrez la définition avant de la fermer.

3. Repérer le plug-in à l’origine d’un problème au démarrage

La commande GrasshopperLoadOneByOne permet de rechercher quel plug-in est à l’origine d’un problème au démarrage de Grasshopper. Lancez-la avant le chargement de Grasshopper ; vous serez ensuite invité à choisir si vous souhaitez charger chaque plug-in.

1. Tant que Grasshopper n’est pas chargé, exécutez la commande GrasshopperLoadOneByOne dans la ligne de commande de Rhino.

2. Répondez à la question de chargement pour chaque plug-in. Choisir Yes charge le plug-in et copie le chemin de son fichier .gha dans le presse-papiers Windows.

3. Choisir No désactive le plug-in pour la session Rhino en cours.

En vérifiant les plug-ins un par un, cette procédure aide à identifier celui qui cause le problème au démarrage. Pour ignorer définitivement un plug-in, exécutez la commande GrasshopperIgnorePlugin et sélectionnez le fichier .gha correspondant. Grasshopper enregistre qu’il ne doit pas charger le plug-in en créant un fichier portant l’extension .no6 à côté du fichier du plug-in. Pour charger à nouveau le plug-in, supprimez ce fichier .no6. Si vous n’avez pas le contrôle total du dossier du plug-in, vous devrez peut-être exécuter Rhino en tant qu’administrateur pour créer le fichier .no6.

4. Examiner les dépendances des définitions et les paramètres

La commande GrasshopperPluginList affiche les plug-ins utilisés par la définition Grasshopper ouverte. La liste apparaît dans une boîte de dialogue. En ajoutant un tiret devant le nom de la commande, vous pouvez afficher le résultat dans la fenêtre Historique des commandes. Cette liste constitue un moyen pratique de vérifier les plug-ins nécessaires avant d’ouvrir une définition sur un autre poste de travail.

Si le problème vient des paramètres personnels plutôt que des plug-ins, le chemin File > Special Folders > Settings Folder dans Grasshopper ouvre le dossier contenant les fichiers de paramètres. Pour réinitialiser les paramètres, fermez d’abord toutes les fenêtres Rhino, puis supprimez les fichiers .xml de ce dossier ou déplacez-les ailleurs pour pouvoir les restaurer ultérieurement. Les déplacer plutôt que les supprimer est une option plus prudente pour préserver les paramètres.

Incidence sur les flux de travail en architecture et en visualisation

Grasshopper Player peut aider les équipes d’architecture et de visualisation qui souhaitent exécuter des tâches paramétriques répétitives en lançant une même définition sans ouvrir l’interface. La possibilité de spécifier un chemin de fichier depuis la ligne de commande peut également s’intégrer aux flux de travail qui appellent des définitions depuis les dossiers de projet. La documentation ne précise toutefois ni gain de vitesse particulier, ni configuration matérielle requise, ni condition de licence ; il ne faut donc pas tirer de conclusions à ce sujet.

Pour les équipes, le principal point de vigilance concerne la compatibilité des fichiers et des plug-ins. Vérifier les dossiers où les fichiers de définition sont stockés, les chemins de recherche et les plug-ins utilisés facilite l’identification des dépendances avant d’ouvrir un fichier sur une autre machine. La gestion des plug-ins variant selon les versions de Rhino, les étapes présentées ici s’appuient sur la documentation de Rhino 8. Avant de désactiver un plug-in, vérifiez également si le flux de travail en dépend afin d’éviter les interruptions inattendues.

Erreurs fréquentes

• Ne pas placer entre guillemets doubles un chemin de fichier qui contient des espaces.

• Supposer que GrasshopperPlayer retrouvera automatiquement le fichier dans n’importe quel emplacement ; la recherche est limitée aux dossiers indiqués.

• Lancer GrasshopperLoadOneByOne alors que Grasshopper est déjà chargé pour tenter d’identifier un plug-in problématique.

• Essayer de créer un fichier .no6 avec GrasshopperIgnorePlugin sans disposer des autorisations nécessaires sur le dossier du plug-in.

• Ne pas sauvegarder les fichiers de paramètres avant de les supprimer ou fermer une définition sans l’avoir enregistrée.