Rhino 8 Grasshopper-Leitfaden: Definitionen ausführen und Plugin-Probleme lösen

Die offizielle Dokumentation zu Rhino 8 beschreibt integrierte Befehle, mit denen sich Grasshopper-Definitionen verwalten, ohne geöffnete Benutzeroberfläche ausführen und Probleme beim Laden von Plugins untersuchen lassen. Die Werkzeuge eignen sich dazu, wiederkehrende Modellierungsschritte anhand einer Definitionsdatei auszuführen, Plugins zu ermitteln, die beim Start Probleme verursachen, und die Plugin-Abhängigkeiten einer Datei anzuzeigen. Die folgenden Schritte basieren auf den in der Rhino-8-Dokumentation beschriebenen Funktionen.

1. Grasshopper-Definitionen ohne geöffnete Benutzeroberfläche ausführen

Grasshopper Player öffnet und führt eine Grasshopper-Definition aus, ohne das Grasshopper-Fenster anzuzeigen. Das ist hilfreich, wenn eine fertige Definition ausgeführt werden soll, statt ihre Komponenten zu bearbeiten. Der Befehl unterstützt .gh- und .ghx-Dateien.

1. Geben Sie in der Rhino-Befehlszeile GrasshopperPlayer ein und starten Sie den Befehl.

2. Wählen Sie die gewünschte .gh- oder .ghx-Datei aus.

3. Um eine Datei über die Befehlszeile aufzurufen, setzen Sie einen Bindestrich vor den Befehlsnamen und verwenden Sie die Form -GrasshopperPlayer.

Im Dateipfad können Systemumgebungsvariablen wie das Benutzerkonto verwendet werden. Das Beispiel in der Dokumentation ruft auf diese Weise eine Definition im Benutzerordner auf:

-_GrasshopperPlayer %USERPROFILE%\myghcommand.gh

Enthält der Pfad Leerzeichen, schließen Sie ihn in doppelte Anführungszeichen ein. Wird kein vollständiger Pfad angegeben, sucht Rhino zuerst im Ordner der geöffneten 3DM-Datei und in dessen Unterordnern. Anschließend durchsucht Rhino die unter Options > Files > Search Paths festgelegten Ordner und deren Unterordner. Befindet sich die Definition an einem dieser Orte, kann auch nur der Dateiname verwendet werden.

Dieses Suchverhalten kann in Teams mit einheitlich organisierten Projektordnern den Dateiabruf vereinfachen. Wichtig ist jedoch, im Team festzulegen, wo die Definitionen und die benötigten Plugins liegen. Die Dokumentation erläutert, an welchen Orten GrasshopperPlayer nach der Definitionsdatei sucht; sie garantiert nicht, dass die Definition problemlos funktioniert, wenn Plugins fehlen.

2. Grasshopper-Fenster und Berechnung steuern

Der Grasshopper-Befehl dient nicht nur zum Öffnen des Plugin-Fensters, sondern kann auch dessen Sichtbarkeit und den Solver-Status steuern. Um die Befehlszeilenoptionen aufzurufen, setzen Sie einen Bindestrich vor den Befehlsnamen: -Grasshopper.

Die Optionen unter Window steuern das Laden des Plugins und das Fenster. Load lädt das Grasshopper-Plugin, ohne das Fenster zu öffnen; Show zeigt das Fenster an und lädt das Plugin bei Bedarf. Hide blendet das geöffnete Fenster aus, während Toggle die Sichtbarkeit umschaltet.

Die Solver-Optionen steuern die Berechnung. Disable sperrt den Solver und stoppt damit die Berechnung interaktiver Daten durch Grasshopper; Enable aktiviert ihn wieder, und Toggle wechselt den aktuellen Sperrstatus. Diese Optionen können nützlich sein, wenn die Berechnung während der Bearbeitung einer Definition vorübergehend angehalten werden soll. Beachten Sie jedoch, dass bei deaktiviertem Solver keine interaktiven Berechnungen ausgeführt werden.

Die Optionen unter Document umfassen das Öffnen, Speichern, Speichern unter und Schließen der geöffneten Grasshopper-Datei. Die Verwendung von Close oder CloseAll bei nicht gespeicherten Änderungen kann zu Datenverlust führen. Speichern Sie daher die Definition, bevor Sie sie schließen.

3. Plugin finden, das beim Start Probleme verursacht

Mit GrasshopperLoadOneByOne lässt sich untersuchen, welches Plugin für Probleme beim Start von Grasshopper verantwortlich ist. Der Befehl muss ausgeführt werden, solange Grasshopper noch nicht geladen ist. Anschließend werden Sie für jedes Plugin gefragt, ob es geladen werden soll.

1. Führen Sie in der Rhino-Befehlszeile GrasshopperLoadOneByOne aus, während Grasshopper noch nicht geladen ist.

2. Beantworten Sie die Ladeabfrage für jedes Plugin. Mit Yes wird das Plugin geladen; der Pfad zur .gha-Datei des Plugins wird in die Windows-Zwischenablage kopiert.

3. Mit No wird das Plugin in dieser Rhino-Sitzung deaktiviert.

Durch die Prüfung der Plugins nacheinander lässt sich das Element ermitteln, das den Startfehler verursacht. Um ein Plugin dauerhaft zu ignorieren, führen Sie den Befehl GrasshopperIgnorePlugin aus und wählen Sie die entsprechende .gha-Datei. Grasshopper legt neben der Plugin-Datei eine Datei mit der Endung .no6 ab, um zu vermerken, dass das Plugin nicht geladen werden soll. Zum erneuten Laden des Plugins löschen Sie die .no6-Datei. Wenn Sie nicht über vollständige Berechtigungen für den Plugin-Ordner verfügen, müssen Sie Rhino möglicherweise als Administrator ausführen, um die .no6-Datei anzulegen.

4. Plugin-Abhängigkeiten und Einstellungen einer Definition prüfen

Mit dem Befehl GrasshopperPluginList lässt sich anzeigen, welche Plugins die geöffnete Grasshopper-Definition verwendet. Die Liste wird in einem Dialogfenster angezeigt. Setzen Sie einen Bindestrich vor den Befehlsnamen, wird das Ergebnis im Fenster „Befehlsverlauf“ ausgegeben. Diese Liste ist ein praktischer Ausgangspunkt, um die benötigten Plugins zu prüfen, bevor eine Definition auf einer anderen Workstation geöffnet wird.

Wenn die Ursache nicht bei den Plugins, sondern bei persönlichen Einstellungen liegt, öffnet der Pfad File > Special Folders > Settings Folder in Grasshopper den Ordner mit den Einstellungsdateien. Um die Einstellungen zurückzusetzen, schließen Sie zunächst alle Rhino-Fenster. Löschen Sie anschließend die .xml-Dateien in diesem Ordner oder verschieben Sie sie an einen anderen Ort, wenn Sie sie später wiederherstellen möchten. Die Dateien zu verschieben, statt sie zu löschen, ist die vorsichtigere Option, wenn die Einstellungen erhalten bleiben sollen.

Auswirkungen auf Architektur- und Visualisierungs-Workflows

Grasshopper Player kann Architektur- und Visualisierungsteams helfen, die wiederkehrende parametrische Aufgaben ausführen möchten, indem sich dieselbe Definition ohne geöffnete Benutzeroberfläche starten lässt. Die Möglichkeit, einen Dateipfad über die Befehlszeile anzugeben, lässt sich auch in Workflows integrieren, die Definitionen aus Projektordnern aufrufen. Die Dokumentation macht jedoch keine Angaben zu einer bestimmten Geschwindigkeitssteigerung, zu Hardwareanforderungen oder Lizenzbedingungen; hierzu sollten keine Annahmen getroffen werden.

Für Teams sind vor allem die Kompatibilität von Dateien und Plugins zu beachten. Wer die Ordner für Definitionsdateien, Suchpfade und verwendete Plugins prüft, kann Abhängigkeiten leichter ermitteln, bevor eine Datei auf einem anderen Rechner geöffnet wird. Da sich die Plugin-Verwaltung zwischen Rhino-Versionen unterscheiden kann, basieren die hier beschriebenen Schritte auf der Dokumentation zu Rhino 8. Um unerwartete Unterbrechungen zu vermeiden, sollte außerdem vor dem Deaktivieren eines Plugins geprüft werden, ob der Workflow davon abhängt.

Häufige Fehler

• Einen Dateipfad mit Leerzeichen nicht in doppelte Anführungszeichen einzuschließen.

• Davon auszugehen, dass GrasshopperPlayer eine Datei überall automatisch findet; die Suche ist auf die angegebenen Ordner beschränkt.

• GrasshopperLoadOneByOne auszuführen, während Grasshopper bereits geladen ist, obwohl damit ein problematisches Plugin gefunden werden soll.

• Mit GrasshopperIgnorePlugin eine .no6-Datei erstellen zu wollen, ohne die erforderlichen Berechtigungen für den Plugin-Ordner zu haben.

• Vor dem Löschen der Einstellungsdateien keine Sicherung anzulegen oder eine nicht gespeicherte Definition zu schließen.