Experiments..
Re: Experiments..
It's used in the transmittance calculations for direct sunlight in the usual Indigo sky model, but is not user-tweakable.StompinTom wrote:Other engines have a Ozone setting in their model too, but I never really figure out what it does... I'm assuming the Indigo sky model doesn't use such a thing?
-
- Posts: 1828
- Joined: Mon Sep 04, 2006 3:33 pm
Re: Experiments..
Cool! Hope to see more purdy sunrise and sunset pictures soonOnoSendai wrote:It's used in the transmittance calculations for direct sunlight in the usual Indigo sky model, but is not user-tweakable.StompinTom wrote:Other engines have a Ozone setting in their model too, but I never really figure out what it does... I'm assuming the Indigo sky model doesn't use such a thing?
In the earlier Maxwell sky models and in the Indigo sky model, sunsets tended to look too yellow or even greenish sometimes... Is this an issue with the sky model or is it just the way it works?
Re: Experiments..
Really loving the planet. Does that mean that we can expect some planet tutorials? Was that just done the same way as the sunset was done? Can you assign an "atmophere" material?
Re: Experiments..
Yup, the same scene, just the camera is about 20,000 km further away from the Earthneo0. wrote:Really loving the planet. Does that mean that we can expect some planet tutorials? Was that just done the same way as the sunset was done? Can you assign an "atmophere" material?
I'll definitely write up a tutorial on how to set up the scene.
Re: Experiments..
Probly an issue with the sky model used, it tends to freak out in corner cases.StompinTom wrote:Cool! Hope to see more purdy sunrise and sunset pictures soonOnoSendai wrote:It's used in the transmittance calculations for direct sunlight in the usual Indigo sky model, but is not user-tweakable.StompinTom wrote:Other engines have a Ozone setting in their model too, but I never really figure out what it does... I'm assuming the Indigo sky model doesn't use such a thing?
In the earlier Maxwell sky models and in the Indigo sky model, sunsets tended to look too yellow or even greenish sometimes... Is this an issue with the sky model or is it just the way it works?
Re: Experiments..
Now I can finally do my space scene the right way instead of having to photoshop a 2D pic onto it!OnoSendai wrote:Yup, the same scene, just the camera is about 20,000 km further away from the Earthneo0. wrote:Really loving the planet. Does that mean that we can expect some planet tutorials? Was that just done the same way as the sunset was done? Can you assign an "atmophere" material?
I'll definitely write up a tutorial on how to set up the scene.
Something else that I think would be kind of cool is if indigo could also render stars.If you render your scene at night, you could get a starry sky to go along with your clouds (and maybe even an aurora borealis!)
-
- Posts: 1828
- Joined: Mon Sep 04, 2006 3:33 pm
Re: Experiments..
That's what HDRIs and background plates are for...neo0. wrote:Now I can finally do my space scene the right way instead of having to photoshop a 2D pic onto it!OnoSendai wrote:Yup, the same scene, just the camera is about 20,000 km further away from the Earthneo0. wrote:Really loving the planet. Does that mean that we can expect some planet tutorials? Was that just done the same way as the sunset was done? Can you assign an "atmophere" material?
I'll definitely write up a tutorial on how to set up the scene.
Something else that I think would be kind of cool is if indigo could also render stars.If you render your scene at night, you could get a starry sky to go along with your clouds (and maybe even an aurora borealis!)
Re: Experiments..
True, but unless im mistaken those aren't physically correct, with respect to their real world equivalents.
-
- Posts: 1828
- Joined: Mon Sep 04, 2006 3:33 pm
Re: Experiments..
I suppose so, but then again, having a polygon skin made up of triangles that roughly approximate a sphere to simulate a planet isn't physically correct either.
Re: Experiments..
Ditto !Soup wrote:awesome!
Would turbidity of the atmosphere be parametric ? Oh wow, the thread would come full circle
I'm also guessing that the planet maps are up to the user (albedo, elevation etc).
obsolete asset
Re: Experiments..
Im guessing it's a better approximation however.StompinTom wrote:I suppose so, but then again, having a polygon skin made up of triangles that roughly approximate a sphere to simulate a planet isn't physically correct either.
Re: Experiments..
I would like to keep the topic alive, all interesting points. I am not sure I am understanding the last sentence however... I plaid for an own Indigo format provided that it would be flexible enough.OnoSendai wrote:It would be relatively simple to read in a list of particles, and 'splat' them into a volume map, using some kind of 3d filter for each particle (e.g. gaussian, step function, etc..)StompinTom wrote:if each particle was treated as a spherical volume, with a user defined radius (so basically a 3d halo) with the option of modifying the density of the smoke with a sort of procedural texture, like you used in the clouds?
naturally, i have no idea of how to do that.
Then the volume map could be used for rendering.
Alternatively the particles could be stored in their own data structure, which might be better for sparser sets, but that would be a bit trickier to code.
In terms of flexibility it would be great if Winter was able to lookup per particle custom parametersn including positions. At a later time, specifying a shading domain from a curve would be great. Is this all practicable ?
Here's how I am naively imagining a candidate format
for n points:
- points count (optional)
- one mandatory set of positions: 3n values, just as tabulated data.
- other optional sets for keyframes.
- optional custom parameters, each as a table of n values, or Xn values where X is an integer, so floats, UV and colors could be passed at once.
A simple cloud of 4 points:
- cloud
- - pointsSet[0]{x1 y1 z1 x2 y2 z2 x3 y3 z3 x4 y4 z4}
for 4 points (with two keyframes and one constant pp parameter):
- cloud
- - pointsSet[0]{x1 y1 z1 x2 y2 z2 x3 y3 z3 x4 y4 z4}
- - pointsSet[1]{x5 y5 z5 x6 y6 z6 x7 y7 z7 x8 y8 z8}
- - myCustomHeatParam[0][c1 c2 c3 c4]
for 4 points (with two keyframes, one animated and one constant parameter):
preferred ?
- cloud
- - pointsSet[0]{x1 y1 z1 x2 y2 z2 x3 y3 z3 x4 y4 z4}
- - pointsSet[1]{x5 y5 z5 x6 y6 z6 x7 y7 z7 x8 y8 z8}
- - myCustomHeatParam[0]{c1 c2 c3 c4}
- - myCustomHeatParam[1]{c5 c6 c7 c8}
- - myCustomColor[0]{r1 g1 b1 r2 g2 b2 r3 g3 b3 r4 g4 b4}
or
- cloud
- - pointsSet[0]{x1 y1 z1 x2 y2 z2 x3 y3 z3 x4 y4 z4}
- - pointsSet[1]{x5 y5 z5 x6 y6 z6 x7 y7 z7 x8 y8 z8}
- - myCustomHeatParam[0]{c1 c2 c3 c4}
- - myCustomHeatParam[1]{c5 c6 c7 c8}
- - myCustomColorR[0]{r1 r2 r3 r4}
- - myCustomColorG[0]{g1 g2 g3 g4}
- - myCustomColorB[0]{b1 b2 b3 b4}
Lots of things to interpolate, but dynamic unbiased smoke, woah !
edit: it might be interesting for performances concerns to bypass Winter and assign these values directly to the medium of choice ?
Volume emission would become a must also, as in "glowing gas".
obsolete asset
Re: Experiments..
A new cloud render!
I've implemented some fancy new techniques that are helping to speed up volumetric rendering (for non-uniform densities). This particular cloud is actually using voxel data (200x200x200 grid).
I've implemented some fancy new techniques that are helping to speed up volumetric rendering (for non-uniform densities). This particular cloud is actually using voxel data (200x200x200 grid).
Who is online
Users browsing this forum: Ahrefs [Bot] and 47 guests