Enmesh Shadows Problem

V-Ray V-Ray for 3ds Max Issues
1

Hello,

I have a problem when using Enmesh mod in 3dsmax.
Shadows are always wrong. I tried other geometries and I always get same kind of errors. Shadow bias on sun and dome are at 1 mm.

vray 6
3dsmax 2024

is there any solution for this? thank you

grafik.jpg
grafik.jpg1924×912 377 KB
​

2

Best idea is to link to the scene for a quick test/troubleshoot.
It certainly works normally, so there should be a simple solution :slight_smile:

3

@fixeighted thank you for your answer
sadly never worked for me, I guess it is not made to buil facades, more to build small elements…
enmesh_shadow_problem.zip (2.27 MB)

4

This is happening because your objects are very far from 0,0,0.
Your units setup is mixed, so set both to cms and adjust your camera (as it’ll mess that up)
That should solve the issue :slight_smile:

5

Doesn’t V-Ray even print a warning about this these days?

6

There is no warning in this case.
I think the issue was essentially that if you moved the entire scene to 0,0,0, then it works properly, due to the precision, or lack thereof, being not so important.
What made it ‘wrong’ was that sytem units were metres but scene units were cms, so both being cms means the scene can be further from origin.

7

bringing the objects close to the origin makes things almost perfect
thank you!

8

Strangely, when I tested this, changing the system units to cms enabled the scene to remain far from origin yet render the shadows correctly.
However I can’t now replicate that, which is bloody typical LOL.

Anyway, IF you need to maintain the geometry at its current position for whatever reason, then you can set a new scene to all cms, then import stuff and it will be correct.

9

Ok, so after further testing it seems that having the Enmesh far from origin will still render wrongly, as in the attached examples.
Also the GI is wrong, which makes sense.

If you use an array of the original geometry as a comparison, for example, then everything works fine.
So it seems it’s more of an Enmesh issue here.

ImiTUY2H8B.jpg
ImiTUY2H8B.jpg1403×1580 310 KB

3StD6H79OH.jpg
3StD6H79OH.jpg1403×1574 250 KB

10

This is the original geometry in both locations, just for confirmation :slight_smile:

I could see this being an issue with a large scene where there are Enmesh items in various locations and so relocation to 0,0,0 isn’t possible.

3dsmax_ystBS4fPIp.jpg
3dsmax_ystBS4fPIp.jpg1401×788 189 KB

3dsmax_yDKoxhjKQn.jpg
3dsmax_yDKoxhjKQn.jpg1402×790 190 KB

11

fixeighted is correct, it’s produced due to the large distance from the center. However, this should happen only with IPR. When IPR is used it considers the original center point of the scene, because we are allowed to make changes in real-time and we need something as a reference. But when we render with Production render the center of the scene becomes the gizmo of the camera, so the problem should not appear in this case.

12

Ah ok, that fixes the issue for sure…the one thing I neglected to try :stuck_out_tongue:
Thanks for the update :slight_smile:

13

sadly this is not allways the case, errors are there even in final production rendering, not only in IPR in my other scene where I used enmesh

grafik.jpg
grafik.jpg358×605 34.9 KB
​

14

Could it be because of crop box spacing? It would be best to send this particular scene to our support team. And mention this thread when submitting the ticket.

Edit. Check also Shadow bias in your sun settings.

15

as mentioned in my first post, shadow bias is always at 1mm

About the crop box, if I understand you properly, is “fited” to the object, so no geometry is cutted

But testing again the scene I found the problem, it was that the object had a big stack under the enmesh modifier (boolean, path modifier and fffd) Just making it a simple Edit poly solved the problem

Thank you all for the help!

16

Hehe, I knew it had to be a simple fix, so glad you worked it out :slight_smile: