Timeline for What causes this very dark areas, that can't be shadows?
Current License: CC BY-SA 4.0
7 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Nov 15, 2020 at 18:10 | answer | added | Rich Sedman | timeline score: 1 | |
Nov 15, 2020 at 14:35 | comment | added | rototof | They are all to scale. The room is roughly 7m². I tried the rest of your suggestions, but as it turned out it was probably your first guess after all. I removed a couple of faces and rebuilt part of the mesh and it works now! Thanks! | |
Nov 15, 2020 at 13:27 | comment | added | Rich Sedman | Are your objects scaled at extremes of scale (very large or very small) or positioned a long way away from the origin? Have you ‘Applied Scale’? You could try hiding (‘H’) each of the other objects one at a time to narrow down what’s affecting it. Have you tried switching between Eevee and Cycles to see if the same problem occurs - or between CPU and GPU rendering in Cycles? | |
Nov 15, 2020 at 13:14 | comment | added | rototof | I checked the mesh, but there's definitely no overlap.No flickering or any other hint. Also when I box-select parts of the mesh, the numbers of selected faces etc. are as expected. | |
Nov 15, 2020 at 13:03 | review | First posts | |||
Nov 15, 2020 at 14:04 | |||||
Nov 15, 2020 at 13:02 | comment | added | Rich Sedman | I suspect it might be overlapping geometry - causing Z-fighting. Check your meshes and objects - do you have a duplicate mesh at the exact same point (try selecting one and move or hide it) or do your meshes have multiple overlapping faces? | |
Nov 15, 2020 at 12:55 | history | asked | rototof | CC BY-SA 4.0 |