parallax mapping Fstorm
parallax mapping Fstorm
Don't know if you ever seen this but this Fstorm mapping features is awesome :
Parallax bump:
Parallax bump combines displacement quality, bump mapping speed and interactivity. It is a 3d effect on flat surface like a hologram. Parallax bump can use any kind of textures, works on shader level, doesn't require geometry recompilation and has almost the same speed as normal bump. It is great addition to achieve more details and realism for almost no cost.
Parallax bump:
Parallax bump combines displacement quality, bump mapping speed and interactivity. It is a 3d effect on flat surface like a hologram. Parallax bump can use any kind of textures, works on shader level, doesn't require geometry recompilation and has almost the same speed as normal bump. It is great addition to achieve more details and realism for almost no cost.
Re: parallax mapping Fstorm
I saw this, it's fantastic... But very likely not going to work with bidir
Re: parallax mapping Fstorm
Bidir isn't often used so it is not a lost
Re: parallax mapping Fstorm
Don't get me wrong.. I don't care about bidir at all and there are a lot of features that would be much more beneficial than bidir and that probably cannot be used with bidir (like rayswitching)
I wonder how this parallax mapping would work for lighttracing though. Imagine water ripples done by parallax bump, how would lightrays see it to cast proper caustics? But maybe having an info about the feature not working with lighttracing could be good enough.
Re: parallax mapping Fstorm
The problem is, if you say "I don't care about Bidir", you also say "I don't care about PhotonGI and Light Tracing", because they are also variants of forward raytracing (bidir is forward + backwards raytracing, while the Path engine itself does only backwards raytracing).
Re: parallax mapping Fstorm
PGI + LT no no no no i care don't touch my babies"I don't care about PhotonGI and Light Tracing"
Re: parallax mapping Fstorm
Ok, but if a feature isn't supported by photongi/lighttracing (For example parallax bump would be visible only as normal bump by for lighttracing) you still get proper results from pathtracing and added lighttracing on top of that.B.Y.O.B. wrote: ↑Thu Jun 25, 2020 10:56 am The problem is, if you say "I don't care about Bidir", you also say "I don't care about PhotonGI and Light Tracing", because they are also variants of forward raytracing (bidir is forward + backwards raytracing, while the Path engine itself does only backwards raytracing).
But bidir would mess up results cause they would be mixed, making it so that the feature literally breaks rendering, no?
So, if I understand this correctly. A feature that only works in pathtracing does not necessarily mean it breaks lighttracing as long as there is a workaround in the lighttracing. But this is not doable for bidir.
Am I not understanding this properly?
Re: parallax mapping Fstorm
But is it something based on a published paper ? Otherwise it is simply unknown how it works
Re: parallax mapping Fstorm
Yeah well there is some sort of auto conversion of bump map to parallax. But how it works.. I have no idea
Re: parallax mapping Fstorm
PGI + LT no no no no i care don't touch my babies
...and ditto