Deep Space 8k and Rhino presentation

I am cooperating with the ARS ELECTRONICA CENTER (AEC) in Linz / Austria concerning their Brain Lab. They have a so called Deep Space 8k presentation room and hardware , where I want to present my medical simulations and other kind of simulations , implemented in rhino+grasshopper.

The technical conditions are very special:

(1) The rhino program (== window) should run on a computer with special graphics processors. We can test this directly running rhino at this computer. Could be, that we need some support because of problems. AEC will officially download a test version of Rhino 6.

(2) I control the Rhino by Grasshopper in my presentations as usual. But Grasshopper should not run at the same computer as Rhino. Because the window of Grasshopper should not be visible to the audience which should see the Rhino Window only.

My Question is: how can we redefine (config file etc) and influence the communication between Rhino and Grasshopper? Is each of them an own Exe which are communicating with each other? etc.

Thank you and Best regards


1 Like

Hello Siegmund,

I’m not sure I completely understand your questions, but perhaps something like Shapediver would help?


I’d use two screens, one for grasshopper and the “main” screen for Rhino. When I do screen recordings I only see the main screen.

One instance of Grasshopper must always be on the Rhino machine in any case in order for GH to make things happen in Rhino (unless the Rh<->Gh interaction is only file based), so perhaps double screens would solve your problem the easiest way?

// Rolf

But the Grasshopper window should not run at the same computer as Rhino.

But it is not possible to connect an additional display to the Deep space 8k computer. The special SW+HW can not handle more than his special display.


I don’t know a way of not having grasshopper running at all on the display screen but it still shows the previews when its minimised. Maybe there is a way to have this as an option to be hidden if working in Fullscreen module as one of the options when you put in -Fullscreen to get the hidden option. Currently, it does not seem to hide the main toolbar but I think that’s just a bug @DavidRutten would this be possible?

But to be able to control the GH from another machine how about using the new Data Input/output Components that are now in Rhino V6 GH1. This way you can have the GH code on your screen with all the sliders or a RCP panel and a Data output component with all the info you want to View on the big screen. Then on the display monitor have a GH file with a data Input listening to the other file and put all the previews you want in this file. Then just minimise this GH code and just display the output.

If the remote control panel is open then the preview will be shown, even if the main window is hidden. It’s called ‘Grasshopper’ in the Rhino panel dropdown list.

How about running Rhino on a 2-screen system (Rhino in one screen, and GH one the other as @RIL) suggested, and having some sort of remote viewer (RealVNC,TeamViewer, LogMeIn etc.) run from the DeepSpace computer showing only the Rhino screen of the 1st machine?


This is how i mean i can’t show fullscreen for the rhino on the right as only have one laptop here but consider each rhino is on a different machine. On the Left you have the main code with all the controls and an output. On the rhino on the right you have a another code that i just closed the grasshopper window for with the previews. There does seem to be a bit of a lag between slider movement and previews, maybe this is a issue with file write speed i don’t know.

Presentation mode… 2 machines right hand rhino running Rhino’s Fullscreen command.

Both Codes.

I have attached the codes but you will need to update the destination for the output and input files i think to look for where the .ghdata attached is saved.


you could also record the simulation and just playing a video. Another idea: You can override Grasshopper window in a way that it may not being recognized as Grasshopper. A simpler version of this would be overiding the window caption and forcing the window to stay minimised. (winapi)
Controlling it would work with custom key bindings or even better with an remote panel running from another computer.

Its funny to see how much effort is done to prevent showing that something is done with Grasshopper. There are so many plugins out there to hide the fact its done from within a visual scripting engine. I can only guess about the motivation, but you can fully circumvent this problem when totally hardcoding your definition by running it from Rhino command line, or even one step further, to create an own opengl window as well.You may think this a total overkill? Well than do not hide the fact that you are working with gh🙂 And if you are afraid your clients can do this as well, then just let them try and they will see that using grasshopper is much different from mastering it