ISL XPeriments

[juan_irender]

Very interesting work, CTZn!
I´ll take a closer look.

Thanks.

[OnoSendai]

That is a pretty good wood CTZn.
Could you 'param it up' and put it on the mat DB?

I'll try and fix the bump mapping and posOS() etc.. problem soon.

[juan_irender]

I'll try and fix the bump mapping and posOS() etc.. problem soon.

Thanks, Ono!

[CTZn]

That is a pretty good wood CTZn.
Could you 'param it up' and put it on the mat DB?

I'll try and fix the bump mapping and posOS() etc.. problem soon.

Sure Ono, it's up by tomorrow. I'm expecting a significant performance increase by using shared data and this, despite having introduced exponent.

Thank you.

[CTZn]

Very interesting work, CTZn!
I´ll take a closer look.

Thanks.

The next improvement toward such shaders is the recomposition of a custon vec2() based on tex() instead of the later in order to introduce stretching.

Then, the resulting fract'ed gradient itself is mapping a secondary gradient (subveins).

It's nearly impossible for me to declare a material finished, there's always some better way to do it

[CTZn]

I'd rather note it down before it fall into oblivion: Etienne's scratched metal's bump features could be mapped before rotation and scaled up to figure a rough artisanal finish (cisels).

[OnoSendai]

Bump mapping working with posOS():
bump shader is

Code: Select all

def eval() real :
  let 
    p = posOS()
  in
    fbm(p * 10.0, 5) * 0.01

[fused]

Awesome! Displacement as well?

[OnoSendai]

Awesome! Displacement as well?

That's just bump.

[fused]

Awesome! Displacement as well?

That's just bump.

Does posOS() also work for displacement now?

[OnoSendai]

tinfoil, also done with posOS based bump:

Code: Select all

def eval() real :
  let 
    p = posOS()
  in
    fbm(1, p * 100.0, 1.2, 2.0, 6) * 0.002

[OnoSendai]

Awesome! Displacement as well?

That's just bump.

Does posOS() also work for displacement now?

Sure does, since a little while.

[fused]

Sure does, since a little while.

Oh cool, looks like I missed that

[CTZn]

Sure does, since a little while.

Oh cool, looks like I missed that

it's working, but not 100% operational yet since it is returning different coordinates when it is used in a displacement shader.

Or perhaps is the issue different, Ono ? Secifically, the result will be different wether the displacement is performed before or after other parameters evaluations; could this be an option if so (switch displacement before/after) ?

Great news about posOS() in bump shaders, thanks !

[juan_irender]

Bump mapping working with posOS():

Pretty good news!