Page 5 of 5

Re: OctaneRender® for 3ds max® v2019.1.5 - 8.17

PostPosted: Wed Feb 12, 2020 8:14 am
by mbetke
Interesting. I open the Hair&Fur Sample scene, just press render and it instantly crashes my 3dsmax.

But with the new v8.18 from today it just works fine.

Re: OctaneRender® for 3ds max® v2019.1.5 - 8.17

PostPosted: Thu Feb 13, 2020 4:18 am
by neonZorglub
mbetke wrote:Interesting. I open the Hair&Fur Sample scene, just press render and it instantly crashes my 3dsmax.

But with the new v8.18 from today it just works fine.


Hi mbetke,
I re checked version 8.17, but still didn't get crash..
It could be related to the broadcast modes, now all moved to Kernel settings.
Those broadcast messages are received by all other plugins, and may not be handled properly by some plugins..
In case of crashes, it's better to try to disable all those 4 messages..
Thanks

Re: OctaneRender® for 3ds max® v2019.1.5 - 8.17

PostPosted: Sun Feb 16, 2020 11:39 pm
by haze
coilbook wrote:Hi Paride,
HEre is the scene with improper phoenix motion blur. At least if they can fix camera motion blur (reverse it)

Please try attached camera to the box and stationary camera. Phoenix mb does opposite effect unlike the box.

scene link https://wetransfer.com/downloads/921c5b ... 543/23b532


I hope this can be fixed soon. Same happens with liquids



The reason why volume instance motion blur was not implemented is that usually when you have a volume that has motion, it interacts with another fluid. For instance, when you have a steam train moving, you expect the steam to be in a curve over the rest of the train (ie interacting with stationary air). If you have the steam exiting in a straight line above, and use instance motion blur, you will have some steam that look like a solid object.

Camera motion blur has no effect on exactly how a volume is traced - the rays are just coming from a different location when they hit the (otherwise stationary) volume.

If you are intending to render a scene as if it is in a vacuum, then I suggest this be added as a feature request, but I can't guarantee at this point that it will come at no cost to performance when it is not being used.

As a workaround, maybe you can keep the box, fire, and camera stationary, and animate the rest of the scene.

Edit: I've added this to our internal tracking system.