You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't really think this is a bug, perhaps it's intentional behavior for optimization purposes? But if this is the case, is there a configuration option that can be made to disable this?
Example (if needed)
when a projectile hits the center of a chunk, after the explosion the light from the fire does not move to neighboring chunks
when a projectile hits the intersection of chunks, after the explosion, the light from the fire moves to neighboring chunks
Also, not sure if it’s a bug, but the light takes a significant amount of time to change to its color2024-07-04.19-44-06.mp4
The text was updated successfully, but these errors were encountered:
in fact, the minimum deps for rple + hbm's ntm is used
tested without rple (only Lumi) and it seems there is a problem with the light and neighboring chunks (but somewhat different? some light passes, but some does not) The problem with flickering (2) is caused only by rple (obviously due to the fact that the error is related with color change)
Light with Lumi (Some light, unlike rple, reaches neighboring chunks (but some not))
I don't really think this is a bug, perhaps it's intentional behavior for optimization purposes? But if this is the case, is there a configuration option that can be made to disable this?
Example (if needed)
when a projectile hits the center of a chunk, after the explosion the light from the fire does not move to neighboring chunks
when a projectile hits the intersection of chunks, after the explosion, the light from the fire moves to neighboring chunks
Also, not sure if it’s a bug, but the light takes a significant amount of time to change to its color
2024-07-04.19-44-06.mp4
The text was updated successfully, but these errors were encountered: