Page 1 of 10
OctaneRender for Rhino Beta 1.20.1 [OBSOLETE]
Posted: Wed Aug 21, 2013 5:51 am
by face_off
This is the recommended thread for downloading, and posting any questions, suggestions or support queries for OctaneRender for Rhino,
build 1.20.1 (STABLE RELEASE). This version is compiled against Octane 1.20.1, so see the requirements for that build regarding compatibility with your video card.
If you have a support issue,
pls provide the following information:
- Operating System (ie. Win XP, Vista, 7, 8)
- 32 or 64 bit
- Amount of RAM
- Graphics Card(s) - model (ie. GTX 580, 3GB)
- Nvidia driver version
- Rhino version and build number
- OctaneRender for Rhino version (ie. 1.20.1.13)
Change Log from release X.XX.X
- N/A
For more information...
- Read the
on-line manual
- Read the
FAQ
- Post your question on this forum thread
Limitations
Refer to the
on-line manual
Download Links
Download the plugin from the following links:
-
OctaneRender for Rhino5 1.20.1 beta (64 bit)
Paul
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Wed Aug 21, 2013 6:39 am
by Refracty
Congratulations for the release!
Well done Paul.
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Wed Aug 21, 2013 8:59 am
by newske
Paul,
This is fantastic. It will save an incredible amount of time. The linking of rendertargets with Rhino named views/viewports is wonderful.
First query is regarding proxy/instancing: It seems that when you replace one (Rhino) block with a rendering proxy that it only replaces the singular block. Would it be possible to replace all of a certain block name, or be able to select more than one block at once when linking proxy files? (Or perhaps I'm missing something)
For example: I have 1000 (of the same) basic tree blocks in my scene. I decide that I want to use Octane for Rhino to proxy all of them at rendertime. I can currently only select them one at a time and link them to a proxy file?
Many thanks,
Newske
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Wed Aug 21, 2013 9:16 am
by face_off
First query is regarding proxy/instancing: It seems that when you replace one (Rhino) block with a rendering proxy that it only replaces the singular block. Would it be possible to replace all of a certain block name, or be able to select more than one block at once when linking proxy files? (Or perhaps I'm missing something)
For example: I have 1000 (of the same) basic tree blocks in my scene. I decide that I want to use Octane for Rhino to proxy all of them at rendertime. I can currently only select them one at a time and link them to a proxy file?
Hi Newske
The original workflow intent was that you would create a block, of which instances could be used for a variety of OBJ files - not just the one. If you had to create a new block definition for each different proxy, that would slow you down somewhat, and would inhibit the ability to copy and paste instances/proxies.
For your 1000 tree blocks - how did they get there? If you copy/pasted a block instance, then simply copy/paste the block instance after you assign the tree proxy OBJ to it. If you are generating 1000 block instances automatically (can that process replicate the already assigned proxy block instance?
Paul
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Wed Aug 21, 2013 10:04 am
by nardo
I'll try it later
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Thu Aug 22, 2013 1:21 pm
by newske
Hi Paul,
I see what you mean - and it makes sense, too. I think the easy workaround for what I was suggesting would just be to make a nested block.
An actually important question/suggestion:
Is it (or could it be) possible to render static animations (ie. flythroughs with no altering geometry) without voxelising the scene each time? So just move camera, wait for #samples, save frame, repeat. Not sure if this is in and I'm just missing it or it's not currently possible.
By this, I mean the same way that the Standalone does Turntable and Sun Animations (for which Rhino also currently seems to very inefficiently re-voxelise every frame in Rhino).
It is a very necessary feature given that Rhino is popular for industrial design / architecture, where modifying geometry during animations isn't overly necessary in our basic animations, but quick sun-studies and flythroughs are.
Regards,
Newske
(Edit: an alternative to this would be to have back-end access to the functions in the octane viewport, so that a quick python script would be able to just go 'next frame, wait for samples, save frame'... )
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Thu Aug 22, 2013 1:43 pm
by Bendbox
The plugin is working wonderfully so far! I do have one item that I've been unable to figure out however -- how do I use a background bitmap? I'd like to use an HDRI to light an environment but have the background show as a different map. You can do this in the standalone, and trying to achieve this through Rhino's environment editor is not working with Octane. Any work around?
Thanks,
Ryan
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Thu Aug 22, 2013 2:36 pm
by Bendbox
Ok, ignore the above post, I found it (right click and "load background image" in settings tab. Got it!
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Fri Aug 23, 2013 12:58 pm
by Vernon
Hello!
I just purchased the plugin and it is great!
Thank You!
My only major suggestion is to make a propriety tab for materials,
where you could gather your materials, and edit them,
and then assign them either by object, by layer or by group,
with possibility to drag and drop. I think Maxwell render
plugin for Rhino has it perfected, it is so easy to browse
and assign materials and edit them with that. Rhinos own material tab,
not so great...
Cheers!
Vernon
Re: OctaneRender for Rhino Beta 1.20.1 [STABLE]
Posted: Fri Aug 23, 2013 1:18 pm
by phexitol
Final EDIT:
Perhaps you might add a note to the topic that the plugin needs to be purchased from OTOY store, otherwise this download won't work, for the half-asleep people who are about to go to bed but decided to pop into the forums for a quick look
F************ EDIT:
Still no luck. I'm going to bed...