Re: OctaneRender for Rhino Beta 1.20.1 [TEST]
Posted: Wed Aug 28, 2013 9:44 pm
Have you ever tried the attached rhino plug-in? It will give you other options
for picking colours.
for picking colours.
Community Forums for OTOY Customers
https://render.otoy.com/forum/
Yes, if the Octane render engine supported region render, the plugin would.I know what you mean about the vignetting -- all other render engines I use have this function and what the user has to do is turn off vignetting and lens effects have to be adjusted to correctly composite the two images together. It's definitly not perfect in any program I've used, but with a very slight amount of tweaking in an image editing program, you can blend the images nicely.
If the Octane standalone implemented this feature, would it then be possible to place into the Rhino plugin?
If you use this plugin with the latest release - the color picker selected from ColorPicker will be used by the plugin.Have you ever tried the attached rhino plug-in? It will give you other options
for picking colours.
I just meant the Rhino Render window - a leftover from V-Ray terminology.face_off wrote: Not sure what you mean by the "Rhino frame buffer".
If you question is....can animations be rendered directly in the OctaneRender Viewport rather than going via the Rhino Render panel - no - Rhino controls the camera, sun (and in Bongo's case goemetry) movement between each frame, and controls the saving of the image, so animations need to be done via the Rhino render panel.Most likely, I'm assuming, these (minor) issues are not your problem, and while this is certainly less crucial (as it compares very little to some voxelising times), I was wondering if there was a way to avoid even using the Rhino frame buffer? The very simple Octane viewport is very preferable to me. Though perhaps this is asking too much..
Fair enough. Would it be at all possible to have command line access to the features in the Octane render window? More specifically just to save the image -- this would mean that users familiar with Python, RhinoScript, or another language (even Rhino's macros) could avoid this, through a simple automation loop that basically calls 'ViewNextFrame' 'wait' and 'save frame' etc. Not to mention that command line access is useful for efficiency anyway...face_off wrote: If you question is....can animations be rendered directly in the OctaneRender Viewport rather than going via the Rhino Render panel - no - Rhino controls the camera, sun (and in Bongo's case goemetry) movement between each frame, and controls the saving of the image, so animations need to be done via the Rhino render panel.
Paul
There are some tweaks planned for the material system which I think will make this redundant. In hindsight, I don't think the "Favourites" concept matches the preferred Rhino workflow that well so the intent is to handle this a different way, which I will provide more details on in the next week or two.I have a request for a very simple (I think!) feature. It would be very helpful if the name of the favorite material was updated in the name of the material you are changing when selected. The image below shows the material "Matte Aluminum" selected from the favorites list, but the name of the material still stays it's original name, Glossy. It would save confusion if the material's name changed when updated to the favorites name you were changing it too. I know I can go back to the Rhino material and change the name, but that's an extra step and efficiency slow down. Can this be done? Thanks.
Sounds great, looking forward to hearing about it. Thanks,face_off wrote: There are some tweaks planned for the material system which I think will make this redundant. In hindsight, I don't think the "Favourites" concept matches the preferred Rhino workflow that well so the intent is to handle this a different way, which I will provide more details on in the next week or two.
Paul