Perfect Slippery Blocks v3.2.0

Moderated with:

• Lunar Magic v3.40
• SA-1 Pack v1.40
• GPS v1.4.4
• UberASM Tool 2.0
• BSNES v115

Renamed GM14.asm into a less generic name because of a reduction in naming conflicts and that UAT2.0 allows you to insert code for all levels as well as on multiple entries.

It's a fairly minor update but it does what it does. The only major limitation is that it's a bit of a hack thanks to the fact that the underlying physics code is unchanged. To explain what I mean in detail, SMW uses separate flags for "water level" and "player is in water" and while the patch is kind of this, it's moreso in way which builds on top an existing system while also leaving the original code as untouched as possible.
I would actually prefer a more throughout solution (and this one also has the limitation that you're pretty much forced to use a Direct Page address for freeRAM) but it might also be out of scope for blocks (there also is the fact that in an ideal world, we'd also be able to set a custom interaction when the player blocked flags are set instead of using a preprocessor system and check for the whole block as a result).

It does mean that as a coder, you have to make sure to also set the override flag if you can toggle the slippery level flag midway throughout the level.

Are Slippery slopes includes for this?

Wish granted. Made it an option (!Setting_AllowLMOverrideSlippery, on by default) so for hackers not using whole-level-slippery for their entire hack can save a byte of RAM (a new freeram is added, !Freeram_SlipLMOverride) by turning this off.

It works like this: During level init, it checks if $86 is set (by LM). If so, set a bit in !Freeram_SlipLMOverride, and will not touch $86 at all on the code that runs every frame. The patch for sprites will go "vanilla mode" (as if the patch isn't patched into the game).

Moderated with:

• Lunar Magic v3.40
• SA-1 Pack v1.40
• GPS v1.4.4
• BSNES v115

Added description on how to use it with UberASM Tool 2.0 (which allows you to insert code for all levels), added updated information for slippery platforms, added another hijack to SlipperySprites.asm, added revert patch.

A mostly simple update (beyond the few changes I added during moderation). I do wish you could set a level to be permanently slippery as these blocks override the level settings.

sa-1 tag is missing.

Bumping that this needs an SA-1 update.

pls make this compatible with Sa-1 i want soo much add this in smw hack

I see, good to know! Definitely not a big deal for me as I might not make any level fully slippery anyway, but might as well ask anyway. Thanks for the solution as well!

Does this version fix the minor issue pointed out by Major Flare where the vanilla slippery setting from LM will not work anymore even when turned on?

Although this version does support 1/2 and full slippery blocks. Vanilla SMW's 1/2 slippery seems to be unused and not tested -- sprites will act as if they're fully slippery reguardless if 1/2 or full, thus the only difference is when the player moves on a surface.

I noticed another bug which is fortunately simple to fix: if you use this code to make a custom block slippery:



Then the slippery physics won't work in layer 2 levels. Therefore, you must change the '$72' to '$1471|!addr'. Also, BrownBuddy, I couldn't replicate the bug on my side. Not to mention, the vanilla slippery flag doesn't work when you turn it on in LM anyways. In that case, you can use 'GM14.asm' as level code.

Yes, I'm agree with Hayashi Neru, we need an update with SA-1 compatible, fix slippery level bug and new slippery platforms and ledges. It was 4 years without an update

Are these blocks responsible for a bug that occurs with levels connected to Slippery levels? This bug seems different from what everyone below me is talking about but if it's the same as below, someone let me know!

The bug is: If Mario exits a slippery level via a pipe to a normal level and changes his player status (i.e gets hurt or gets a powerup) the normal level transforms into a slippery level.

I think it would use SMM's Ice Block GFX.

If you use these blocks in tandem with GHB's pipes in an SA-1 ROM, the pipes'll act weird even if there's no free RAM conflict between them. To fix that, just go to SlipperyDefines.asm and change the $7F in '!Freeram_SpriteSlip' and '!Freeram_SpriteSlipFlag' to $41. Make sure both copies of that file are up to date, of course! It took me many months starting from the beginning of this year to figure this out.

This is need update.
1. SA-1 compatible
2. Two different slippery degrees
3. fix slippery level bug

Found a little problem: if you insert the uberASM code as a game mode, you just sacrificed LM's slippery level options from level header for all levels.

I haven't found any problems so it got an approval (of course, it is a rather minor update anyway).

Yes, its an update.

I could've sworn this was created before. What was updated?

Oh, PLEASE let this pass moderation, PLEASE! I have been waiting for something like these.

Can someone help me understand how to insert this through UberASMTool?

Thanks.

Well, it is wise to make use of UberASM than wasting block space. I like the way this is done. Good work!

Actually, how this works is that when the freeram flag is set by the block, the uberasm code will clear it AND sets the slippery flag. However, if the freeram flag is already cleared, then it will clear the slippery flag. This is so that it can clear when the player gets off of the block.