Chaos Corona Forum
Chaos Corona for 3ds Max => [Max] General Discussion => Topic started by: nockain on 2018-08-29, 21:17:21
-
Hi, everyone:
We are a small team of miami, that we are currently working on a project with clouds on corona 2.0.
We are interested in creating clouds natively without the use of plugins and quickly as in those photos ...... We would like to know how I can get a configuration like those clouds.
We have a lot of doubts and big problems to get realistic clouds like these, with corona render.
Please, Ondra, would you kindly enlighten us?
-
The only solution is to use .vdb files.
Or think to create by hand cloud geometry and use CoronaVolumeM.
Don't think to use CoromaVolumeMtl with Inside mode: it's slow like an hell!
-
Your screenshot looks more like dust/smoke to be honest. Clouds need a lot of bounces to look convincing and Corona's maximum of 100 bounces can look ok with some postproduction but it's a lot of tweaking, quite slow and not 100% cloud-like. Compared to other solutions (Terragen, Disney's render of the cloud file example made public recently) you won't get the same level of realism and speed from volumes in Corona as of now. On the upside, other common renderers often produce worse results than Corona.
Have a look at this thread if you haven't already, some users have taken the Disney VDB file for a spin:
https://forum.corona-renderer.com/index.php?topic=20978.0 (https://forum.corona-renderer.com/index.php?topic=20978.0)
for VDB, the current situation is:
- overlapping VDB volumes will show artifacts
- if your camera happens to be within a VDB volume's bounding box the volume will not render at all
So working with multiple VDB volumes works only if they don't overlap (and you don't have global fog enabled as it overlaps with any VDB within) and your camera is not inside a volume bounding box, which makes it unusable for many situations. I was looking forward to use VDBs and volume rendering in v2 but there's a lot to be improved for it to be usable in production in my opinion.
-
- if your camera happens to be within a VDB volume's bounding box the volume will not render at all
The work around for this is to boolean out a small sphere at the pivot point of the camera, and it renders perfectly fine. For extra versatility if your camera moves, wire the transform of the sphere boolean suboperator to the transform of the camera. I'm doing this, and it totally works for me.
-
- if your camera happens to be within a VDB volume's bounding box the volume will not render at all
The work around for this is to boolean out a small sphere at the pivot point of the camera, and it renders perfectly fine. For extra versatility if your camera moves, wire the transform of the sphere boolean suboperator to the transform of the camera. I'm doing this, and it totally works for me.
Do you mean you subtract it from the volume with a distance shader... or how exactly do you do that?
-
No, an actual geometry sphere. Use a boolean compound object to subtract the sphere geometry from the volume geometry, and put the camera inside the sphere. An example of this effect can be seen in the following link. Even though it looks like there is fog in the area, this was rendered with the 'inside' option turned off.
https://forum.corona-renderer.com/index.php?topic=20183.msg128657#msg128657
-
I think you missed that I was talking about VDB volumes, not geometries, there's no way to use booleans with VDB volumes.
-
Oh yeah, oops, I misread you post >_<
-
The cloud that I put in the image of the post, is owned by ondra / Corona team.
and it's just an example in sunset.
We would settle for this same setup, but we did not get it. Our tests take too long, and our fantastical scenes carry many clouds that for production reasons, we need to be completely rendered in corona render, no, in post production with others tools.
We would like to see another set up of users to compare with ours, because either I am very lost, or we can not decently obtain a cloud mattress with corona render, at normal speed, and without having to design each cloud by hand. although this last option we would like to try, if at least you had decent results like the user cecifuli.
Our "OpenVDB" - Volumengrid does not load the file...any help?
I'm doing the test with an i9 7900x and corona 2.0 , 64 gb ram.
-
Bear in mind that rendering true 3D volumes, whether those are OpenVDB or a volume material with inside mode, will never render at "normal" speed because they are doing a lot of very intensive extra calculations (if by "normal speed" you mean the same as a scene that doesn't have those features). The same is true for any render engine - having to calculate light bounces and absorption etc. at points within a 3D volume is always going to need more calculations (and so be slower) than just doing that at a surface.
-
Exactly. And the only solution is to create a proper, well optimized shader like, I don't know, CoronaCloudsMlt =)
-
Thank you very much for sharing your ideas in this post.
Even so, the openvdb solution I still like for clear images this, temporarily.
Any idea why mine does not charge?
-
Not sure what you mean by "does not change"?
In the earlier image, it says it was unable to load the file. I'd start with the "wdas_cloud_eighth.vdb" since it is the lightest, with the least amount of data, and ensure that loads as expected. Could be a memory issue if it is trying to load the full cloud, not sure.
Once loaded, be sure to enable scattering as this is off by default.
Below is an image which was just: new scene, CoronaVolumeGrid, load the wdas_cloud_eighth.vdb, enable scattering, add Corona Sun and Sky, lower the exposure, and start IR:
-
For the loading issue, could be a corrupted file (try unzipping again, or even redownloading); another thought might be if the file is in some network location and is inaccessible?
-
Friends, it does not load. I tried again.... "wdas_cloud" . Maybe the source is corrupt now.
We tried with the phoenixfd, but the results are difficult to configure and unrealistic at the end.
Any solution to get decent clouds on corona render even if they take a lot of processing time?
-
The CoronaVolumeMtl, with Inside mode, and noise connected to a distance map should work well, as in the image below - this was Ludvik's set up if I recall. There is a plane just outside the top of the cube, and the distance map uses that as the Distance From object.
To get the hang of the CoronaVolumeMtl there are some sample scenes on https://corona-renderer.com/resources/models, including a ground fog scene (other than that, no clouds though - but the samples will give you the idea on how the Inside Volume mode works!)
-
I downloaded the file from the disney site again, unzipped them and when I tried to load I still had the same problem.
Try loading another file from the site, the rabbit in cloud form that is smaller, and does not load.
Tom G, cecofuli, and the rest of users, thank a lot. If you have any other idea. For the moment we are more concerned that our function does not work well, corona volumegrid. ???
-
Which Corona version are you using? I am on the latest daily build of Corona 3 at the moment, though was opening and rendering things like the rabbit cloud with Corona 2, so quite odd that they won't load for you.
-
Tom, thanks for the help. we already corrected the versions, and also
we send you the photos following your example. Something we are missing along the way.
-
Tom, the Ludvik's setup "works", but it's not possible to use it in production, because it's slow like the hell!!!
Try to render a single frame in FullHD or in 4K... =) It remember me the "speed" of the first Maxwell renderer ^__^
-
Finally I supposed to the Ludvik test works with some build that we do not have. maybe the version of max 2017 mine, 2019, the test, it is strange that both tests look very similar and in the render does not come close.
Thank you so much guys. But I do not think that this crown even have it resolved at least for the official version that we have.
-
You are using 3ds Max 2017 + Corona 2.0 and it works. I think you are doing some errors in your setup. =)
-
Maybe scene units are different and the effect is to faint to be visible?
-
On it being slow, that may just be inevitable with the amount of calculations that happen in it - also in this case the user said they didn't care about speed, they just wanted the effect working :)
For nockain, I would start without any noise in the CoronaVolumeMtl, and adjust the settings until you get an evenly cloudy cube - volumetric effects are always scene scale dependent and you need to adjust absorption distance to get the desired result, which could be 1cm or 10cm or 1m depending on the size of the objects, scale of the scene, etc. (In my test scene, the cube is very large indeed, and this looks like a much smaller scale).
Once you have the "plain" version working, you could add some noise and distance map back in - again bearing in mind the scale of the noise will need to be matched to the scale of the scene, and the distances in the Distance Map will also need to match the scale of the scene. Hope this helps!