Cascaded Shadow Maps

shadows
shadow-map
cascaded-shadow-maps
csm
#1

It’s been a while since CSM has been removed from THREE (R66 i guess) and we still are stuck with limited and manual shadows (directional light / sun) while it’s a requirement for scenes bigger than a single spot.

CSM is basically a LOD technique for shadows, without dealing with the actual boundary/frustum of the lights manually. The camera frustum is splitted into sections using the resolution on the actual section most effective for its boundary only, it allows automatic shadows for the entire scene, especially required for any large scenes/landscapes.

I delayed the topic myself for a while as i thought it could get restored soon, but it doesnt seem to get anytime soon. I only tested a naive geoclipping approach as experiment outside the core. I looked into the old implementation now. An old example can be seen here: http://alteredqualia.com/three/examples/webgl_road.html

I doubt it is worth just reimplementing it, since i see some issues in it, such as more far sections not properly covering the frustum (could have been not an issue back then), the seams require a smooth transition and i’m not sure if the frustums splits are made optimally. Did anyone fiddled with CSM with THREE yet? Asides of the old implementation and some sources about CSM, i’d appericate if someone has an experiment on it to quickly get to the best result.

1 Like
#2

I want to mention how very much I want this.

#3

I fiddled a bit with CSM, but I found that my usecase is served quite well with automated shadow-camera management on a directional light fitting the shadow camera frustum into the view frustum. One problem I see with CSM is that it requires several passes over the geometry, namely as many as you have cascades, if your scene has a lot of geometry or a lot of draw-calls - this can degrade your performance quite a lot. That being said - when I played with CSM in three.js years ago - seams were fine, and in fact - if you pay close attention to some of the modern AAA games - you will see much the same. You generally don’t notice them, unless you’re really looking for them.

The approach of a single, managed shadow camera only works for top-down kinds of views, when you have a horizon line you really need that CSM goodness.

1 Like
#4

Yes efficient CSM requires a faster scene management for culling and other optimizations, but rendering depth only isn’t too costly for the fragment part. For large+rich worlds some LOD is required anyway, additionally i use a auto-impostor system which will basically only render quads/silhouettes of most objects for the larger/more distant sections.

I’m not sure if the demo has more issues than the wrong frustum and if it was different years ago, but the seams are quiet noticeable, mostly by the low resolution, as mentioned i don’t think the sections are optimally. I will implement it outside the core soon, i need some more improvements such as brightness for translucent materials and reducing pixelation.