EEVEE Subsurface Color Bleed #86404

New Issue

I did must have done it · 2021-03-08T19:23:04+01:00

2021-03-08 19:23:04 +01:00

System Information
Operating system: windows 10
Graphics card: rx 6800

Blender Version
Broken: 2.93
Worked: never
Short description of error

color bleeds from objects that have no SSS to objects that have SSS if they are in close proximity. For practical example clothes on skin. One way to mitigate it is to enable very low SSS value on clothes like 0.001, if your object can tolerate it then there will be no visible difference but the issue will be fixed.

Exact steps for others to reproduce the error
Based on the default startup or an attached .blend file (as simple as possible).

Open file and look. Try doing the low SSS value on object sitting on top of suzannen.

subsurface color bleed.blend

**System Information** Operating system: windows 10 Graphics card: rx 6800 **Blender Version** Broken: 2.93 Worked: never **Short description of error** color bleeds from objects that have no SSS to objects that have SSS if they are in close proximity. For practical example clothes on skin. One way to mitigate it is to enable very low SSS value on clothes like 0.001, if your object can tolerate it then there will be no visible difference but the issue will be fixed. **Exact steps for others to reproduce the error** Based on the default startup or an attached .blend file (as simple as possible). Open file and look. Try doing the low SSS value on object sitting on top of suzannen. ![untitled.png](https://archive.blender.org/developer/F9879748/untitled.png) [subsurface color bleed.blend](https://archive.blender.org/developer/F9879741/subsurface_color_bleed.blend)

I did must have done it commented

2021-03-08 19:23:04 +01:00

Added subscriber: @leonardos

Clément Foucault commented

2021-03-08 19:35:12 +01:00

Added subscriber: @fclem

Clément Foucault commented

2021-03-08 19:35:12 +01:00

Changed status from 'Needs Triage' to: 'Archived'

Clément Foucault closed this issue

2021-03-08 19:35:12 +01:00

Clément Foucault commented

2021-03-08 19:35:12 +01:00

This is a limitation of the technique.

One way to improve that would be to tag the pixels that are not SSS to be excluded from the convolution. But this would require another texture fetch and make the algorithm more heavy.

This is a limitation of the technique. One way to improve that would be to tag the pixels that are not SSS to be excluded from the convolution. But this would require another texture fetch and make the algorithm more heavy.

I did must have done it commented

2021-03-09 00:48:51 +01:00

In #86404#1126394, @fclem wrote:
This is a limitation of the technique.

One way to improve that would be to tag the pixels that are not SSS to be excluded from the convolution. But this would require another texture fetch and make the algorithm more heavy.

Well its a pretty nasty issue from artist standpoint, you cant correctly render clothes on a human without including clothes into sss processing(i am not sure if this is a good fix but works for now) the issue is very noticeable and jarring. It makes sense to pay the performance price in order to have correct results. Unless there is a plan to fix this somewhere down the line without said texture fetch/performance penalty then i think penalty is justifiable. How much of a slow down would there be?

> In #86404#1126394, @fclem wrote: > This is a limitation of the technique. > > One way to improve that would be to tag the pixels that are not SSS to be excluded from the convolution. But this would require another texture fetch and make the algorithm more heavy. Well its a pretty nasty issue from artist standpoint, you cant correctly render clothes on a human without including clothes into sss processing(i am not sure if this is a good fix but works for now) the issue is very noticeable and jarring. It makes sense to pay the performance price in order to have correct results. Unless there is a plan to fix this somewhere down the line without said texture fetch/performance penalty then i think penalty is justifiable. How much of a slow down would there be?

Clément Foucault commented

2021-03-09 01:09:00 +01:00

I have plans for this. I think the algorithm with bleed prevention might be ~15-20% slower based on a wild guess.

Clément Foucault commented

2021-03-11 10:52:26 +01:00

Added subscriber: @ktdfly

Clément Foucault commented

2021-03-11 10:52:26 +01:00

@ktdfly brought to my attention that this behavior is actually exactly the same as cycles. The bug is that enabling the SSS on the other surface leaks light into the first one. This would also be fixed by using an object id texture to mask radiance for each surface.

Tysa commented

2021-03-11 17:26:25 +01:00

Added subscriber: @Tysa

Tysa commented

2021-03-11 17:26:25 +01:00

this sadly is one of eevee's major flaws we still have to deal with, now that motion blur and dof are implimented/improved. Its a real headache in every scene with characters.
@fclem I recently stumbled upon a video of another realtime engine which handles this issue with a "depth falloff" setting it looks like.
here is the said video with timestamp: https://youtu.be/52PjM1hIHIw?t=89

this sadly is one of eevee's major flaws we still have to deal with, now that motion blur and dof are implimented/improved. Its a real headache in every scene with characters. @fclem I recently stumbled upon a video of another realtime engine which handles this issue with a "depth falloff" setting it looks like. here is the said video with timestamp: https://youtu.be/52PjM1hIHIw?t=89

I did must have done it commented

2021-03-11 20:07:43 +01:00

In #86404#1127994, @fclem wrote:
@ktdfly brought to my attention that this behavior is actually exactly the same as cycles. The bug is that enabling the SSS on the other surface leaks light into the first one. This would also be fixed by using an object id texture to mask radiance for each surface.

Well i didnt notice the issue in cycles and i am not sure what you mean by enabling SSS on other surface leaks into the first one, in my example the object that sits on top of suzane is not exactly leaking anything it is just distorting the SSS on suzane and it happens only if object doesnt have sss itself. Also, if id texture method is going to be as precise as cryptomattes then complex alpha hashed materials such as multi layered hair objects, will still cause problems because they are hard to get masked properly with all the noise and stuff that comes with alpha hashed materials.

> In #86404#1127994, @fclem wrote: > @ktdfly brought to my attention that this behavior is actually exactly the same as cycles. The bug is that enabling the SSS on the other surface leaks light into the first one. This would also be fixed by using an object id texture to mask radiance for each surface. Well i didnt notice the issue in cycles and i am not sure what you mean by enabling SSS on other surface leaks into the first one, in my example the object that sits on top of suzane is not exactly leaking anything it is just distorting the SSS on suzane and it happens only if object doesnt have sss itself. Also, if id texture method is going to be as precise as cryptomattes then complex alpha hashed materials such as multi layered hair objects, will still cause problems because they are hard to get masked properly with all the noise and stuff that comes with alpha hashed materials.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

EEVEE Subsurface Color Bleed #86404