Occasional render glitches when using simulation zones on an object without a material. #112002

New Issue

Josh Maros · 2023-09-06T04:01:34+02:00

Josh Maros commented

2023-09-06 04:01:34 +02:00

This bug has an easy workaround, mostly posting this so anyone running into the same issue knows the solution.

Operating system: Linux-5.15.0-79-generic-x86_64-with-glibc2.35 64 Bits, X11 UI
Graphics card: NVIDIA GeForce RTX 3080/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 530.30.02

Broken: version: 3.6.2, branch: blender-v3.6-release, commit date: 2023-08-16 16:43, hash: e53e55951e7a
Worked: N/A, 3.6 is the first version with simulation nodes.

In Eevee, rendering an object with a simple simulation zone applied in geometry nodes and no material assigned to the object results in some rendered frames being blank or displaying odd glitches.

The workaround is to simply assign a material to the object.

Check out the attached .blend file for reproduction.

This bug has an easy workaround, mostly posting this so anyone running into the same issue knows the solution. Operating system: Linux-5.15.0-79-generic-x86_64-with-glibc2.35 64 Bits, X11 UI Graphics card: NVIDIA GeForce RTX 3080/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 530.30.02 Broken: version: 3.6.2, branch: blender-v3.6-release, commit date: 2023-08-16 16:43, hash: `e53e55951e7a` Worked: N/A, 3.6 is the first version with simulation nodes. In Eevee, rendering an object with a simple simulation zone applied in geometry nodes and no material assigned to the object results in some rendered frames being blank or displaying odd glitches. The workaround is to simply assign a material to the object. Check out the attached .blend file for reproduction.

Sim Render.blend

869 KiB

Screenshot_20230905_184509.png

3.8 KiB

Josh Maros added the

labels 2023-09-06 04:01:34 +02:00

Germano Cavalcante commented

2023-09-06 17:04:45 +02:00

Nice test file. It renders pretty fast.

I can confirm the problem in Blender 3.6.3. Of the 5000 frames, the frames 1441 and 1037 were black.
But I can't replicate in 4.0, so it appears the bug has been fixed already.

Please try the latest daily build: https://builder.blender.org/download/

Could it be related to the other issue #111699 that has already been fixed?
@pragma37, would you know?

Nice test file. It renders pretty fast. I can confirm the problem in Blender 3.6.3. Of the 5000 frames, the frames 1441 and 1037 were black. But I can't replicate in 4.0, so it appears the bug has been fixed already. Please try the latest daily build: https://builder.blender.org/download/ Could it be related to the other issue #111699 that has already been fixed? @pragma37, would you know?

Germano Cavalcante added

Status

Needs Info from Developers

and removed

Status

Needs Triage

labels 2023-09-06 17:04:55 +02:00

Miguel Pozo commented

2023-09-06 17:34:28 +02:00

@mano-wii For me the first frames are rendered fully black on both 3.6.2 and 4.0 (although it seems less likely to happen in 4.0).
The GPU debug output shows this error :

ERROR (gpu.debug): Eevee > Shadows > Cube Shadow Maps > psl->shadow_pass : Feedback loop: Trying to bind a texture (DRW_tex) with mip range 0-0 but mip 0 is attached to the active framebuffer (shadow_fb)

I'm not sure if it's the actual cause, though, since that error is there on every frame, not only the glitched ones.

In any case, it doesn't seem related to #111699.

@mano-wii For me the first frames are rendered fully black on both 3.6.2 and 4.0 (although it seems less likely to happen in 4.0). The GPU debug output shows this error : > ERROR (gpu.debug): Eevee > Shadows > Cube Shadow Maps > psl->shadow_pass : Feedback loop: Trying to bind a texture (DRW_tex) with mip range 0-0 but mip 0 is attached to the active framebuffer (shadow_fb) I'm not sure if it's the actual cause, though, since that error is there on every frame, not only the glitched ones. In any case, it doesn't seem related to #111699.

Germano Cavalcante commented

2023-09-06 17:37:06 +02:00

Apparently, the first 24 frames don't have baked physics. Then they are black (or undefined).

Germano Cavalcante added

Status

Needs Triage

and removed

Status

Needs Info from Developers

labels 2023-09-06 17:37:16 +02:00

Miguel Pozo commented

2023-09-06 17:42:05 +02:00

Not sure then, but for me it's not consistent.
The number of initial black frames changes every time I render (sometimes even the first frame renders ok).

Not sure then, but for me it's not consistent. The number of initial black frames changes every time I render (sometimes even the first frame renders ok).

Richard Antalik commented

2023-09-11 18:21:15 +02:00

I can also reproduce. Sometimes I get black frames, sometimes I get something like this:

I can also reproduce. Sometimes I get black frames, sometimes I get something like this: ![0006.png](/attachments/6057962b-63d0-4dad-85b3-2b3800990cf9)

0006.png

27 KiB

Germano Cavalcante commented

2023-09-11 18:37:15 +02:00

@iss, did you check it in version 4.0?
That version I could not replicate the issue.
But since only 2 frames (from 5k) were glitched in 3.6, it could have just been coincidence.

System Information

Operating system: Windows-10-10.0.22621-SP0 64 Bits

Graphics card: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2 NVIDIA Corporation 4.6.0 NVIDIA 528.79

@iss, did you check it in version 4.0? That version I could not replicate the issue. But since only 2 frames (from 5k) were glitched in 3.6, it could have just been coincidence. <details> <summary>System Information</summary> <ul> <div>Operating system: Windows-10-10.0.22621-SP0 64 Bits</div> <div>Graphics card: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2 NVIDIA Corporation 4.6.0 NVIDIA 528.79</div> </ul> </details>

Richard Antalik commented

2023-09-12 17:41:45 +02:00

Yes, that image was rendered with 4.0, at least I think (sorry for not mentioning that earlier, now I am unsure). Usually I get 24 black images with 4.0 as was mentioned here.

I have noticed, that when I start rendering, while moving window with render result, I get no black images. Also on re-render I see images that are rendered seemingly correctly to change. IMO that should be enough to confirm this issue, so will do that, but I have no idea what the cause is. I can reproduce with cycles too, so assume this is issue on nodes side.

Yes, that image was rendered with 4.0, at least I think (sorry for not mentioning that earlier, now I am unsure). Usually I get 24 black images with 4.0 as was mentioned here. I have noticed, that when I start rendering, while moving window with render result, I get no black images. Also on re-render I see images that are rendered seemingly correctly to change. IMO that should be enough to confirm this issue, so will do that, but I have no idea what the cause is. I can reproduce with cycles too, so assume this is issue on nodes side.

Richard Antalik added

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Occasional render glitches when using simulation zones on an object without a material. #112002