Parallax Occlusion Mapping #68477

New Issue

Clément Foucault · 2019-08-09T17:20:12+02:00

Clément Foucault commented

2019-08-09 17:20:12 +02:00

Using the same thechnique as High Quality Bump, we should be able to implement Parallax Occlusion Mapping.
This could be done auto-magically when plugging nodes to the displacement socket or by using a new node.

Details to be decided.

Estimate : 2 weeks

Using the same thechnique as High Quality Bump, we should be able to implement Parallax Occlusion Mapping. This could be done auto-magically when plugging nodes to the displacement socket or by using a new node. Details to be decided. Estimate : 2 weeks

Clément Foucault commented

2019-08-09 17:20:12 +02:00

Added subscriber: @fclem

Jeroen Bakker commented

2019-08-09 18:07:31 +02:00

Added subscriber: @Jeroen-Bakker

zebus3d commented

2019-08-10 01:09:54 +02:00

Added subscriber: @zebus3dream

Krusty Krustowski commented

2019-08-11 19:25:08 +02:00

Added subscriber: @Blendork

Jason commented

2019-08-21 10:25:00 +02:00

Added subscriber: @Reoxur

Bent Hillerkus commented

2019-08-26 18:04:21 +02:00

Added subscriber: @bent

Yusuf Umar commented

2019-08-28 09:20:37 +02:00

Added subscriber: @ucupumar

MACHIN3 commented

2019-09-12 13:16:54 +02:00

Added subscriber: @MACHIN3

Julien Leménicier commented

2019-09-13 10:54:14 +02:00

Added subscriber: @lemenicier_julien

Rosario Rosato commented

2019-09-20 15:38:20 +02:00

Added subscriber: @RosarioRosato

Fahad Hasan commented

2019-11-12 21:54:35 +01:00

Added subscriber: @MD.FahadHassan

Antonio Javier Torralba Moreno commented

2019-11-28 10:12:38 +01:00

Added subscriber: @AntonioJavierTorralbaMoreno

Firepal commented

2019-11-30 00:29:34 +01:00

Added subscriber: @Firepal

Jasper Hesseling commented

2020-02-06 16:56:59 +01:00

Added subscriber: @mastajappa

Amad Muhammad commented

2020-02-15 17:12:41 +01:00

Added subscriber: @Nakara

Kenzie commented

2020-03-01 00:31:16 +01:00

Added subscriber: @KenzieMac130

Kenzie commented

2020-03-01 00:31:16 +01:00

I'm curious as to how this feature would work with arbitrary geometry. Parallax occlusion is a trick that relies heavily on proper tangents and faking depth with UV distortion, a system that does it automatically would need to know the context behind how a texture is mapped and how geometry is set up to clip for silhouette, plus offsetting fragment depth to fix flat intersections.

Maybe an automatic system to do this could work, but I'm not sure how wise it would be given the complex nature of this (hacky) effect.

It seems to me like a better solution might be to:

Expose fragment depth offset as a socket output for EEVEE (could serve allow the user to also do things like stochastic edge blending and imposter geometry depth)
Provide a Parallax Occlusion node that exposes inputs for: tangents, normals, UVs, height, silhouette clipping parameters, etc. and outputs a vector for the resulting texture coordinate, silhouette mask, and fragment depth offset.

This approach would also allow the user to combine parallax mapping to create deep layered materials (ice frozen over rock, crystals with internal structure, etc.) and reduce the software engineering burden of creating another "smart" black-boxed feature that fails to satisfy additional needs.

I'm curious as to how this feature would work with arbitrary geometry. Parallax occlusion is a trick that relies heavily on proper tangents and faking depth with UV distortion, a system that does it automatically would need to know the context behind how a texture is mapped and how geometry is set up to clip for silhouette, plus offsetting fragment depth to fix flat intersections. Maybe an automatic system to do this could work, but I'm not sure how wise it would be given the complex nature of this (hacky) effect. It seems to me like a better solution might be to: 1. Expose fragment depth offset as a socket output for EEVEE (could serve allow the user to also do things like stochastic edge blending and imposter geometry depth) 2. Provide a Parallax Occlusion node that exposes inputs for: tangents, normals, UVs, height, silhouette clipping parameters, etc. and outputs a vector for the resulting texture coordinate, silhouette mask, and fragment depth offset. This approach would also allow the user to combine parallax mapping to create deep layered materials (ice frozen over rock, crystals with internal structure, etc.) and reduce the software engineering burden of creating another "smart" black-boxed feature that fails to satisfy additional needs.

Dong-Hyun Kim commented

2020-04-12 08:21:08 +02:00

Added subscriber: @temeddix

Clément Foucault commented

2020-04-15 18:00:18 +02:00

@astrand130 I don't see how the simplified workflow version is orthogonal to the implementation you suggest.

The "magic" implementation I suggest is just adding some invisible node and replace all UV links by the deformed UV. This is what we do for the displacement socket.

Of course we would still have a dedicated parallax node to only modify certain texture coordinates.

Provide a Parallax Occlusion node that exposes inputs for: tangents, normals, UVs[...]

That's something I'm still thinking about. Since we can use any mapping we don't need tangents and normals unless we are using UVs but in this case the dFdx ones should suffice. But the arbitrary mapping is a hard one to figure out.

Silhouette clipping

To my knowledge silhouette clipping is just a depth offset of 1 making the fragment always fail the depth test.
I think the silhouette clipping and depth offset are a secondary target that should be considered after the initial POM implementation.

@astrand130 I don't see how the simplified workflow version is orthogonal to the implementation you suggest. The "magic" implementation I suggest is just adding some invisible node and replace all UV links by the deformed UV. This is what we do for the displacement socket. Of course we would still have a dedicated parallax node to only modify certain texture coordinates. >Provide a Parallax Occlusion node that exposes inputs for: tangents, normals, UVs[...] That's something I'm still thinking about. Since we can use any mapping we don't need tangents and normals unless we are using UVs but in this case the dFdx ones should suffice. But the arbitrary mapping is a hard one to figure out. >Silhouette clipping To my knowledge silhouette clipping is just a depth offset of 1 making the fragment always fail the depth test. I think the silhouette clipping and depth offset are a secondary target that should be considered after the initial POM implementation.

Jasper Hesseling commented

2020-04-16 09:25:35 +02:00

Just to be clear it is the displacement technique used in Marmoset Toolbag .

Just to be clear it is the displacement technique used in [Marmoset Toolbag ](https://marmoset.co/toolbag/).

Zachary Litvinenko commented

2020-04-20 17:06:27 +02:00

Added subscriber: @ZackMercury-2

Viktor Jamrich commented

2020-05-01 14:06:04 +02:00

Added subscriber: @ViktorJamrich

Espinete commented

2020-05-08 20:47:47 +02:00

Added subscriber: @Lolme3

Mindinsomnia commented

2020-06-07 11:25:39 +02:00

Added subscriber: @Grady

Mindinsomnia commented

2020-06-07 11:25:39 +02:00

This feature would also be pretty useful to have in Cycles too. Even though one could in theory render for example a brick path with displacement maps and a heavily subdivided piece of geometry, being able to use a lower polygon flat piece of geometry with just an illusion of depth would be much more efficient. And if Eevee is going to get this feature at some point, having it in Cycles too would allow for more consistency between the two render engines for switching back and forth between them.

Colin Marmond commented

2020-06-07 17:11:35 +02:00

Added subscriber: @Kdaf

Yegor commented

2020-06-22 14:42:12 +02:00

Added subscriber: @YegorSmirnov

Rogério Perdiz commented

2020-07-03 14:36:34 +02:00

Added subscriber: @rogper

Braden Currah commented

2020-07-07 08:41:32 +02:00

Added subscriber: @TakingFire

RedMser commented

2020-07-10 21:55:14 +02:00

Added subscriber: @RedMser

imad commented

2020-07-23 21:08:31 +02:00

Added subscriber: @imad

Alexander Wilms commented

2020-08-22 15:03:03 +02:00

Added subscriber: @AlexanderWilms

Nuzula H. Yudaka commented

2020-09-25 16:19:19 +02:00

Added subscriber: @Hyudan

Michael Möller commented

2020-10-13 18:15:00 +02:00

Added subscriber: @mmoeller

Juan Gea commented

2020-10-13 20:04:50 +02:00

Added subscriber: @juang3d

Juan Gea commented

2020-10-13 20:04:50 +02:00

This comment was removed by @juang3d

*This comment was removed by @juang3d*

Jacob Merrill commented

2020-10-13 21:10:22 +02:00

Added subscriber: @JacobMerrill-1

Jacob Merrill commented

2020-10-13 21:10:22 +02:00

https://www.youtube.com/watch?v=LPs1RW1QKG0

I can't wait !

I used the method by Ben and it's expensive resource wise for realtime but fun to work with !
https://www.blendernation.com/2020/10/11/realtime-shader-displacement-for-eevee/

https://www.youtube.com/watch?v=LPs1RW1QKG0 I can't wait ! I used the method by Ben and it's expensive resource wise for realtime but fun to work with ! https://www.blendernation.com/2020/10/11/realtime-shader-displacement-for-eevee/

Mylo Pinto Rizvi commented

2021-01-03 18:31:17 +01:00

Added subscriber: @Low_Polygon42

Sean Lewis commented

2021-01-08 21:20:08 +01:00

Added subscriber: @SeanLewis

Tomasz Sadzinica commented

2021-03-03 21:33:19 +01:00

Added subscriber: @mortom_ckm

Emi Martinez commented

2021-03-08 14:50:39 +01:00

Added subscriber: @Emi_Martinez

Gints Zilbalodis commented

2021-03-08 17:24:40 +01:00

Added subscriber: @gintszilbalodis

Maciej Morgaś commented

2021-04-01 15:56:49 +02:00

Added subscriber: @MaciejMorgas

EDAN commented

2021-05-23 16:38:47 +02:00

Added subscriber: @EDAN

yoann commented

2021-07-19 19:27:05 +02:00

Added subscriber: @softyoda

Basil commented

2021-07-26 05:05:12 +02:00

Added subscriber: @Defka

Paul Larson commented

2021-11-22 20:30:05 +01:00

Added subscriber: @GeorgiaPacific

Ivan Santic commented

2021-12-13 19:38:56 +01:00

Added subscriber: @moth3r

Paul R commented

2022-02-07 21:41:35 +01:00

Added subscriber: @intracube

Lino Thomas commented

2022-05-03 17:41:37 +02:00

Added subscriber: @LinoThomas

Pauan commented

2022-08-18 02:00:59 +02:00

Added subscriber: @pauanyu_blender

Nicolas Macilvoy commented

2022-08-26 14:17:39 +02:00

Added subscriber: @Macilvoy

Guilherme Emerich Setúbal commented

2022-10-12 18:31:41 +02:00

Added subscriber: @Guilherme-Emerich-Setubal

Max Edge commented

2022-10-30 07:27:34 +01:00

Added subscriber: @Max-49

dursun ümit commented

2022-11-22 00:25:16 +01:00

Added subscriber: @dursunumit

dursun ümit commented

2022-11-22 00:25:16 +01:00

In #68477#1033488, @JacobMerrill-1 wrote:
https://www.youtube.com/watch?v=LPs1RW1QKG0

I can't wait !

I used the method by Ben and it's expensive resource wise for realtime but fun to work with !
https://www.blendernation.com/2020/10/11/realtime-shader-displacement-for-eevee/

thank you :)

> In #68477#1033488, @JacobMerrill-1 wrote: > https://www.youtube.com/watch?v=LPs1RW1QKG0 > > I can't wait ! > > I used the method by Ben and it's expensive resource wise for realtime but fun to work with ! > https://www.blendernation.com/2020/10/11/realtime-shader-displacement-for-eevee/ thank you :)

h7nc commented

2022-12-19 13:24:32 +01:00

Added subscriber: @htuncay-4

Nika Kutsniashvili commented

2023-01-31 12:39:37 +01:00

Added subscriber: @Nika-Kutsniashvili

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Parallax Occlusion Mapping #68477