built in camera settings for panoramas /vr fast setup, just a few parameters to take care of ships with pretty large material library Let me sum up some of the pros and cons of V-Ray, hopefully others can do this for other render engines as well: For us, today, Octane seems the best compromise: good product, good price, good support, fast rendering. Rendering in Rhino still sucks, no mater what you use. The reality is still the same IMO: ‘All talk, no good solutions’. Hopefully that will get better.Īll the rendering developers (McNeel and 3rd party) talk like rendering in Rhino is an important task/priority/market. For us a CPU rendering option in 2020 is a non-starter, and the bugs in Vray GPU are also a non-starter for a tool that we need to rely on daily. …or No, if what you are looking for is a real-time solution, because octane it’s not one.Ī lot of people like Vray too. Just keep in mind that you need a really good (or even better multiple) video cards to really take advantage of its speed and that you need to invest time to make a good material/scenes library to make it more useable. In summary: Yes, I think Octane is the best option for Rhino, but it takes a ton of work to setup right. We tried a bunch of stuff, (inside Rhino plugins, stand-alone products, inside Modo…) and everything else is more buggy, slower, and or has a lot less active development (some options no development and support at all). Still, I think it’s the best (or least worst?) option to make high quality renderings that do not take a loooong time to do. and most Rhino rendering features are not compatible with Octane. There’s also no materials library, no samples scenes, no easy-way-in. The integration is not good (rendered viewport and octane appearance only barely match in only some types of materials, but it’s still improving lately). I’m not sure if technically is even possible to eliminate cashing completely, but that would be nice. Never versions are trying to speed up cashing so that will get better. So what should take a couple of hours to render can take 5X that. In complex scenes that geometry cashing takes longer that the frame renderings. Not only Octane is not real-time, In fact if you are trying to render an animation in Octane you will have to add to the render time of each frame, the geometry cashing time too. McNeel will probably never make a library for it, so you will have to invest time to make your own. Also in V7 there is now support for PRB materials in rendered viewport as of last month. The only realtime options in Rhino right now are the shaded and rendered viewports. And with Octane 3.0 we provide integration to a beta version of the new Octane Render Cloud to scale for all of your on-demand GPU compute needs.You are talking about two different things here: Attached to your editing tools? No problem! Octane supports more than 21 plugins and has a fully interactive, real-time 3D editing viewport. Use OctaneRender to create images of the highest possible quality at speeds up to 50x faster than CPU-based, unbiased renderers. The release also incorporates important industry standards for GPU rendering, including Open Shader Language (OpenSL) and OpenVDB for particle simulation. Features include volumetric light field primitives and deep motion buffers for high frame rate VR rendering. The release of the new OctaneRender 3, brings new state-of-the-art tools never seen before in any production renderer. With Octane?s parallel compute capabilities, you can create stunning works in a fraction of the time. What does that mean? It means that Octane uses the graphics card in your computer to render photo-realistic images super fast. OctaneRender is the world?s first and fastest GPU-accelerated, unbiased, physically correct renderer. Title: Octane Render 3.07 R2 Plugin for Cinema 4D Octane Render 3.07 R2 Plugin for Cinema 4D