2.10.0.17
- Fixed issue where rendering in the Rhino render panel with the OctaneRenderer was not working
Sorry - the ortho view is not fixed in this release - it will be in the next one.
Fixed in 2.10.0.17.Getting an error using the 'Render' command (as opposed to opening the OctaneRender viewport) - see attached image. It instead causes the viewport to stop responding (I assume related issue). Thus !_RecordAnimation doesn't currently work unless using viewport geometry (ie. no scripted or bongo animations) amongst other things.
Your workflow is correct - and I just tested the same workflow and it worked (on 2.10.0.17). Keep in mind that if the entire animation is a shorter length than the shutter speed, you won't get any motion blur. Perhaps try again on the latest version. I closed the viewport down prior to _RecordAnimation. I will add a tutorial for this to the manual in the next week or two.I attached screenshots demonstrating this - the 'expected' result (500ms shutter speed) and the rendered outcome. Note that due to the issue listed above this is 'using render viewport geometry' to record the animation.
Can you import the bongo camera path to the Rhino fly-thru path? If so, the current version should do this. For object motion blur, the intent is to provide a facility to export the entire scene's (Bongo) animation (ie. vertex positions each frame) to ORBX, so you can render in Octane Standalone. I have posted elsewhere that I will look at this once someone sends be a Bongo scene with both camera and object movement animation.And lastly, just wondering if there's any way camera motion blur can respond to the camera motion paths of Bongo, and also (less importantly) whether there was any news on the front of object motion blur with Bongo, as IIRC it was discussed a little while ago.
Paul