Page 44 of 92

Re: BlendLuxCore Development

Posted: Mon Nov 26, 2018 9:49 pm
by Dade
kintuX wrote: Mon Nov 26, 2018 7:31 pm Oh, Halt Samples & Tilepath Samples per Pass must have common factor. Ok, it's clear now
Yes, tiles are atomic unit of tile rendering, the amount of samples are "size x size x AA x AA" and they are all rendered in a single step (so halt SPP must be multiply of the "AA x AA" to have a complete last pass).

Not the CPU but GPU literally renders all tile samples with one thread for each sample :!:

Re: BlendLuxCore Development

Posted: Wed Nov 28, 2018 11:23 pm
by kintuX
B.Y.O.B. wrote: Mon Nov 26, 2018 8:46 pm
kintuX wrote: Mon Nov 26, 2018 8:08 pm PS
I was also thinking that with Tilepath it could be better to define number of passes which would then determine the number of Halt Samples.
ie.
User defines:
  • AA Samples = x
  • Halt Passes = y
then gets automatically
  • Halt Samples = z = x^2 * y
This would be possible, but I'm not sure if it's worth spending time implementing this - tile path is more a niche feature in my opinion.
Also, it's one more abstraction to maintain (in the future).
But if someone wants to do it, I'll be happy to review the code.
If you think an "absolute beginner" can do it... then I would love to, for my own sake. Sort of personal challenge.
Dade wrote: Mon Nov 26, 2018 9:49 pm
kintuX wrote: Mon Nov 26, 2018 7:31 pm Oh, Halt Samples & Tilepath Samples per Pass must have common factor. Ok, it's clear now
Yes, tiles are atomic unit of tile rendering, the amount of samples are "size x size x AA x AA" and they are all rendered in a single step (so halt SPP must be multiply of the "AA x AA" to have a complete last pass).

Not the CPU but GPU literally renders all tile samples with one thread for each sample :!:
Atomic, yes! Nice to know this. :D
So rare to read, hear that in real, meaningful context.

Re: BlendLuxCore Development

Posted: Wed Nov 28, 2018 11:42 pm
by B.Y.O.B.
kintuX wrote: Wed Nov 28, 2018 11:23 pm If you think an "absolute beginner" can do it... then I would love to, for my own sake. Sort of personal challenge.
Beginner level Python should be enough. The harder part is to find all the files where you need to change code. And you have to invest a bit of time into programming and testing everything.

Re: BlendLuxCore Development

Posted: Sat Mar 02, 2019 9:00 pm
by Sharlybg
B.Y.O.B. wrote: Fri Jul 20, 2018 5:57 pm
Sharlybg wrote: Fri Jul 20, 2018 11:17 am please do you think you can also add the reached convergence level (noise threshold).
It is planned, yes.
Sharlybg wrote: Fri Jul 20, 2018 12:55 pm Also is it possible to have an equivalent of cycles facing node ?
https://docs.blender.org/manual/en/dev/ ... eight.html
I think this would have to be implemented into LuxCore (maybe as a texture?), I can look into it.
What about this facing node ?

Re: BlendLuxCore Development

Posted: Sun Mar 03, 2019 9:44 am
by B.Y.O.B.
Sharlybg wrote: Sat Mar 02, 2019 9:00 pm What about this facing node ?
Could you post some node setups where you need it? How would you use it?

Re: BlendLuxCore Development

Posted: Sun Mar 03, 2019 8:08 pm
by Sharlybg
It help to create effect like dust in top of glossy or carpaint shader or simillar effect :
maxresdefault.jpg

https://www.google.com/search?q=blender ... EMdfnYPGM:

Re: BlendLuxCore Development

Posted: Sun Mar 03, 2019 8:31 pm
by B.Y.O.B.
I guess for dust you would need the world Z coordinate as input instead of the camera direction? So an arbitrary normal input like in Cycles' fresnel node would be good.

One problem I see is that in LuxCore's material system, we don't have a vector datatype so far (only float and color). I asked Dade once how we should handle this, if the color datatype should be used for vectors as well or if we need a new vector datatype, but he didn't answer yet IIRC.
https://github.com/LuxCoreRender/LuxCor ... -425663520

Re: BlendLuxCore Development

Posted: Sun Mar 03, 2019 9:23 pm
by Dade
B.Y.O.B. wrote: Sun Mar 03, 2019 8:31 pm One problem I see is that in LuxCore's material system, we don't have a vector datatype so far (only float and color). I asked Dade once how we should handle this, if the color datatype should be used for vectors as well or if we need a new vector datatype, but he didn't answer yet IIRC.
https://github.com/LuxCoreRender/LuxCor ... -425663520
We are already using color data type as vector for normal mapping. We have basically float1 and float3 data types.

Re: BlendLuxCore Development

Posted: Sun Mar 03, 2019 9:36 pm
by B.Y.O.B.
Ok thanks :)

Re: BlendLuxCore Development

Posted: Mon Mar 04, 2019 10:15 am
by Sharlybg
I guess for dust you would need the world Z coordinate as input instead of the camera direction? So an arbitrary normal input like in Cycles' fresnel node would be good.
I'm not a great expert about the tech behind such kind of things. I mostly don't like too complexe shader node to achieve basic natural effect.One of the reason i don't like cycles node system and node tricks.I think tools should allow artist to concentrate on art . So my point is that if you can yourself produce this effect (the principle) with luxcore node system and provide us the how to do i'm ok ;)