A splitting projectile changes from one moving threat into several at a defined trigger. It works when the split point or condition is announced before it happens, the parent and fragments have distinct silhouettes, every fragment route commits at the split, and the player has enough space to clear the complete spread.
Preview the splitKern charges one large projectile and marks both its split point and the three fragment routes.
Kern charges one large projectile and marks both its split point and the three fragment routes.
Autoplay is disabled by the reduced-motion setting. Use the timeline slider to inspect the split.
Implementation checklist
Design the parent path, split trigger, fragment pattern, response window, and recovery as one continuous promise.
Core checks
Three questions for the mechanic
Can the split be predicted before the parent arrives?
Signal the trigger through a marker, timer, boundary, impact surface, or vulnerable state. Preview the fragment count and broad directions early enough that the split reads as the promised second part of one attack.
Do the fragments inherit one stable plan?
Create every fragment from the same split event and lock its angle, speed, radius, and lifetime there. Test the complete player body against the expanding pattern, not only against the parent projectile.
Is there time to confirm the new geometry?
Keep the fragment pattern visible until it passes the intended response route. Begin recovery only after every child projectile has cleared, so the player can connect the cue, split, and safe result.
Design mistakes
The parent hides an unannounced fan
A large projectile that suddenly fills the arena with fragments creates memorization rather than anticipation. Reveal the split rule before the first dangerous transformation.
Fragments retarget after the split
Late steering invalidates the announced gaps. If fragments home, treat tracking as a separate communicated rule with its own cutoff instead of silently adding it to the split.
The parent and fragments overlap as double damage
Destroy or clearly deactivate the parent at the split frame. Overlapping collision volumes turn a readable transformation into an accidental damage spike.
Tuning
Tune the attack
Author one transformation event
Store the parent route, trigger, split position, fragment definitions, and collision handoff in one immutable plan. Visuals, audio, damage, and previews should all consume that same event.
Separate the two silhouettes
Make the parent larger, slower, or differently colored than its fragments. A short flash or collapse at the marker helps the eye understand that one object ended and several new ones began.
Measure gaps where the player crosses
Angular spacing grows with distance. Tune fragment count and collision radii at the expected crossing depth, including camera projection and the slowest supported movement verb.
Escalate by changing one split variable
Later versions can move the marker, delay one branch, or add a second generation. Preserve the base transformation and change one readable variable at a time.
Arena
What the mechanic communicates
The split lets one deliberate action unfold into a wider consequence. Kern appears to seed the arena with stored energy, while the visible transformation gives Tavi a moment of recognition instead of presenting unexplained density.
Player upgrades
Adapt it to the player verbs
Ordinary movement needs a gap wide enough for the complete body. A block may stop the parent before it splits, a reflect may return the whole payload, and a destroy verb can intentionally trigger or cancel the fragments; choose one consequence and communicate it.
Do not confuse this with
Keep the mechanic distinct
A splitting projectile begins as one projectile and transforms at a specific event. A projectile fan launches many shots directly from one source, a volley repeats releases over time, and an explosion may create area damage without persistent child projectiles. Preserve the parent-to-fragment handoff.