Understanding Shadow Height in Sonic Boom
When you're working with character models in Sonic Boom, shadow height isn't something the engine sets automatically and forgets about. It's a property that ties directly into how the lighting system calculates contact shadows and ground-plane influence. I spent a couple weeks last year dealing with this on a fan project where we were trying to keep consistency between the show's art style and a Unity rebuild. The issue was that characters like Sonic and Tails had drastically different shadow footprints depending on their animation state. Standing, jumping, rolling — each one shifted the projected shadow length and position relative to the character root. This comes up more often than you'd expect because people assume shadow height is a single setting. It isn't. In Sonic Boom's rendering pipeline, the shadow offset is determined by a combination of the character's model origin point, the light angle, and a per-animation scalar. The game uses a directional light for ambient illumination and a couple of point lights for indoor scenes. That means when the light direction shifts, your shadow height reading changes too. I ran into this exact problem when I was trying to match Sonic's shadow behavior across three different levels. In Green Hill Zone, the sun angle kept the shadow tight and short. In Chemical Plant, the overhead lighting made the shadow stretch to nearly twice the character height. My workaround was to create a small script that reads the active directional light's angle each frame and applies a correction factor to the shadow renderer's bias value. It's not perfect but it gets you within about ten percent of the expected output. The second thing most people miss is that the shadow height property interacts with the character's scale hierarchy. If your model has a parent transform that's been scaled non-uniformly — say, stretched vertically for a cartoon effect — the shadow caster will inherit that distortion unless you explicitly disable it on the child mesh. I've seen this cause Sonic's shadow to look like an elongated oval during certain cutscenes. The fix is straightforward: make sure the Mesh Renderer component on each sub-mesh has Cast Shadows set to the correct type, usually On for the main body parts and Off for decorative elements like ring trails or speed lines.
Dark Souls approaches character stature completely differently, which is why people sometimes conflate the two systems. In Dark Souls, hero stature is baked into the model rig and the hitbox definitions. There's no dynamic shadow height system at all — shadows are static projections calculated once at bake time. The reason this matters is that if you're building a tool or mod that pulls techniques from both games, you need to treat shadow handling and character proportions as entirely separate concerns. Sonic Boom's shadows move. Dark Souls' characters don't change scale based on lighting conditions. One counter-intuitive detail about Sonic Boom's shadow system: the shadow intensity doesn't map linearly to light intensity. The engine applies a soft-clamp to shadow darkness that kicks in above roughly seventy percent light strength. So turning up the directional light from fifty to one hundred percent doesn't make the shadow twice as dark. It makes it maybe twenty percent darker past the threshold. This is actually a good thing for readability, but if you're manually tuning shadow appearance for a custom scene, expect diminishing returns. If you're importing a Sonic Boom character model into another engine and trying to preserve the original shadow behavior, the biggest headache is the animation-dependent shadow scalar. You'll need to extract the scalar curves from the animation data and recreate them in your target system. Without that, your character's shadow will either float above the ground or sink into it during movement. I recommend exporting the animations with their metadata intact rather than re-retargeting from scratch. It saves about three to four hours per character.
The limitation with all of this is that shadow height in Sonic Boom was never designed as a developer-facing parameter. It was tuned for the original hardware targets, which means values that look reasonable on a Wii U or 3DS can look off on modern displays with higher resolution and different HDR ranges. If you're working on a remake or a high-fidelity fan project, plan on spending at least a day re-tuning shadow properties per level rather than assuming a global setting will carry over cleanly.
Get the Full Details
