No Sprite Interaction Fix

Explanation: $01A40D (called from $018032 by the current sprite being processed) only handles with interaction with sprite slots below the current sprite slot. Meaning if the current sprite is at slot 8 (slots are index-numbered 0-11), then only sprite slots 0-7 are handled.

It loops through the slots like this:



And therefore, sprite interactions are “one-way” as to prevent the collision code to run twice by each of the two sprites in question (only the sprite with the higher index handle the collision of both).

The thwomp, thwimp, and hopping flame DID NOT call $018032 but shells and any other kickable sprites DO call $018032, despite their tweaker settings are set to interact with other sprites. In order for an interaction code to be executed, the sprite with the higher slot MUST call $018032 in order for it to happen. And if that higher slot happens to be a thwomp, thwimp, hopping flame, then no interaction is processed which that is a bug.

Even further detail (but not a major problem) is that the routine will entirely skip if both Sprite_A's index and the frame counter $13 are even or odd. If one is odd and other is even, then it will process the interaction. Therefore half of the slots are processed in one frame, while the other frame are the other half of the slots. This is to prevent huge slowdown, as assuming all 12 slots are used up and calls $018032, there would be 66 possible combination pairs of the 12 sprite slots ((12!)/(2!(12-2)!) = 66).

Does this work for Skull-form mobs.

Hi. Please, by using the patch, there're interaction problems with Suu (Spider from Super Mario Land) and Flying Wiggler. Sometimes, these two enemies aren't K.O by using a Koopa shell.

Another entry for the “thought we would have had something like this already” list. Makes Thwomps, Thwimps and Hopping Flames behave more consistently, which is surely a good thing - glad this code is more available now!