Which render engine do you use?

I looked for such stats for a while and it would be cool to see the market share of engines and its use with Rhino. Only one position can be selected as we should consider only “the production engine” with which we deliver the final product to our customers. Participate it’s only a few clicks :wink:

Note: If other share with us its name and one short sentence why you like it better.

  • V-Ray
  • Thea
  • Octane
  • Unreal
  • Enscape
  • Cycles
  • Maxwell
  • IRay
  • Keyshot
  • Maverick
  • FireRender
  • Other

0 voters


Do you want my TwinMotion vote on Unreal or Other? Or do you want to add it as an option?

Simlab Composer.
I think i read somewhere in the early stages they licenced the keyshot kernel. Nowadays they have their own render kernel. It produces nice and quick renderings for a very fair price. For small models (FHD) I am done in less than a minute (AMD 2700X)

You can switch between OpenGL for preparing the scene and Rendermode. Keyshot never supported that. I don’t know, if this is possible today. The Simlab Composer Team even added virtual reality support / 3D desktop mode, so you can walk the scene (using unreal engine). It is comfortable to use with the Rhinoplugin :slight_smile:

And you can use the licence on two machines (me: Desktop and notebook).

Good question. As i understand TwinMotion is indeed Unreal but with special toolset for archviz?

True, it acts as a freestanding application with it’s own fileformat.
(I “see” it kind of like TwinMotion uses Unreal like Rhino uses OpenGL (in a simplified mindset))

1 Like

Adding it to the list :slight_smile: Ohh after 5 mins I cannot edit poll - i guess you must decide on your own :sweat_smile:

Few users would opt for Flamingo, I guess.

Can’t do much about that now :frowning: Maybe @wim can help introducing new options to poll ?

Hi Przemek - I’m not sure how that works - I tried adding something but it looked like that would reset the poll so perhaps better not.

1 Like

Understood and thanks for pinning :slight_smile:

that might have been an interesting option for implementation.