Language…
18 users online:  BeeKaay,  Blaagon, ForthRightMC, Golden Yoshi, Gorry, Green, JezJitzu, JPhanto, mathew, Maw, Metal-Yoshi94, OrangeBronzeDaisy, PuffleDreemurr, Ray Hamilton, ShoopDaWhoop, Skystarmania, Super Nikuworld, vktr - Guests: 272 - Bots: 423
Users: 64,795 (2,370 active)
Latest user: mathew

No Block Interaction if Sprite Is Falling Off Screen

SMW Patches → No Block Interaction if Sprite Is Falling Off Screen

Submission Details

Name: No Block Interaction if Sprite Is Falling Off Screen
Author: HammerBrother
Added:
Version History: View
Tool: Asar
Requires Free Space: Yes
Bug Fix: Yes
Featured: No
Description: This patch fixes a bug in Super Mario World that sprites that fall off screen still interact with objects (see the screenshots). This can be proven by Koopa shells suddenly veering left or right when they pass through the solid blocks as well as triggering custom blocks when they shouldn't.
Tags: death interact lorom sa-1 sprite
Comments: 11 (jump to comments)
Download 913 bytes | 306 downloads

Screenshots

View all

Comments (11)

Galeth Link
I always laughed as a kid when shells interacted with solid objects after being killed and I still do. I find that pretty funny and I feel this gives the game a humorous touch. I missed it in newer 2D Super Mario games and in Super Mario Maker as well.
 Maarfy Link
The patch was remoderated and found to be consistent with current standards. Tags were adjusted with no change to the patch itself.

Still works fine, issues pointed out in previous comments notwithstanding.

Tested with Asar 1.71, Lunar Magic 3.03, SA-1 1.31, Snes9x 1.59.2.
Ragey Link
Seems to be broken for Wigglers if you make them angry and then hit them with a shell/object while they're still transitioning to angry.

This can be fairly easily fixed by checking the sprite number for Wiggler and reverting to default behavior for them, but perhaps a more gracious fix is possible?
 Erik Link
I'd appreciate if we could have a flag that'd bypass the check; I think the SML sprites use value 02 to make the "squish then fall off screen" animation. Not sure though.
But it works fine, so I'm approving it.
Mogu94 Link
Thanks for fixing this patch, telinc1.
 Telinc1 Link
Fixed the original patch's incredibly faulty SA-1 conversion. It missed two addresses and mistakenly set the "sprite blocked status" sprite table to the "sprite slope" sprite table.

Thanks to Mogu94 for noticing and reporting the issue. It most definitely should have been caught by the previous moderator, especially considering that it's plainly visible by just looking at the code.
Mogu94 From older version: No block interaction if sprite is falling off screen Link
So this stuff happens with a clean rom that is then patched with SA-1 and then this patch. Tested before this was patched with only SA-1 inserted and everything was normal, then I patched this in and we get blue shell-less Koopas who walk on air and Rex who defy logic.

I really do not understand how these easy to identify problems are missed by the patch moderators. Literally the first level for crying out loud (if you go for the Switch Palaces).
HammerBrother Author From older version: No block interaction if sprite is falling off screen Link
Thanks. It was annoying to me too.
DiscoTheBat From older version: No block interaction if sprite is falling off screen Link
Good patch, I always hated when my sprites acted weird because of that glitch, good work!

By the way, added the sa-1 tag.
HammerBrother Author From older version: No block interaction if sprite is falling off screen Link
In case users WANTS a Sprite to call through and still interacts, you could check the Sprite number and custom flag to determine to continue using the block interaction code.
 HuFlungDu From older version: No block interaction if sprite is falling off screen Link
Wouldn't necessarily call this a bug fix (Interaction with blocks while falling may be desired in some cases), but it does it's job well.

Also: Updated with compatibility for SA-1 and FastROM.