Language…
13 users online: Abstract, Claire_Chan, JaizePLS, lordkronos100, masl, Medsi2012, Miauu, Nint, Rykon-V73, Semolous, spel werdz rite, TheEPMaker, Vgah0707 - Guests: 106 - Bots: 296
Users: 65,940 (2,185 active)
Latest user: HeverD

Thwomp Pack + thwompsprfix.asm v1.4

SMW Sprites → Thwomp Pack + thwompsprfix.asm v1.4

Submission Details

Name: Thwomp Pack + thwompsprfix.asm v1.4
Authors: Isikoro, Tattletale
Added:
Version History: View
Tool: PIXI
Type: Standard
Dynamic: No
Disassembly: No
Includes GFX: No
Description: A Thwomp pack with thwompsprfix.asm

I also added the Thwomp Face Flip Fix patch as configs. By default it's turned off.

Comes with:
- Downwards Thwomp
- Upwards Thwomp
- Right Thwomp
- Left Thwomp
- Power Downwards Thwomp
- Power Upwards Thwomp
- Power Right Thwomp
- Power Left Thwomp
All of them can be used as Mad Thwomps (goes up/down right/left and so on once set off) if you set the extra bit.

- Why did you make this tho? There's already another version of all this for download.

I also merged thwompsprfix.asm into this code, so all fixes on that patch are also coded for these Thwomps. I needed this, so I thought maybe more people would also need this.

This is also a single file sprite, so the more you use the more space TM you save (it may not perform as good as using standalone files due to checks and whatnot).

There's also a partial fix to ascension glitch that bothers me a lot with the original Upwards guy. Original code really kills you in unfair ways most of the time when going up. This feature/fix has to be enabled, so read the README.txt for further instructions.

This code also respects what palette row you set on the cfg.

Another minor fix is that they now properly die to shells and whatnot if specified on the CFG. Just set them to interact with other sprites if you wish that to happen. Original code (SMW code) dies to shells according to sprite slot, it's super weird, so I just left the behavior there for you to choose, but more consistent.

changelog:
1.1
-----
Better ascension glitch fix.
Fixed a bug where only the thwomp up would benefit from setting up the fix ascension glitch flag.
It seems I also forgot to add a routine for this thing in the last version lol (related to the ascension glitch flag).
SA1 compatible.

1.2
-----
Fixed a bug with the sideways power thwomps as they didn't correctly check for walls. (Erik)

1.3
-----
Update routine SubVertPosWithClipping to comply to new routine standards.
Added routine SpinPlayerUp (apparently I forgot to add this routine twice lol, it's used in the ascension glitch flag fix).
Added a small bugfix for the ascension glitch - the gitch caused it to be way more lenient than it should once the thwomp stopped going up.
I rewrote the state table / load, so now the old blocks that break on thwomp contact work with this thwomp pack. It should also feel a lot better to create new states.
Fixed a bug with the draw GFX routine where it would reserve one tile more than it should when no angry face tiles were drawn.
Added the Thwomp Face Flip Fix patch as configurable flag (default is turned off).
Extracted some configs and flags so you can get more stuff configured.


1.4 (updated by Isikoro)
-----
Added a setting to look in the direction of movement.
Allows the player to set whether or not to look at the player when he/she approaches.
Converted to a json file, changed the setting RAM from "extra_prop" to "extra_byte", and combined them into one sprite.
Tags: enemy lorom sa-1 thwomp
Comments: 17 (jump to comments)
Rating:
0.0 (0 ratings)
No rating
Download 11.69 KiB | 2,070 downloads

Screenshots

View all

Comments (17)

Isikoro Author Link
Originally posted by MarioFanGamer
  • Lunar Magic v3.33
  • SA-1 Pack v1.40
  • PIXI v1.32
  • BSNES v115
Besides moving to extra byte support, the update is mostly visual in the sense of providing a facing direction of the Thwomps (albeit not one like in SMM).
I... just don't like how it sacrifices the warning face by default, though you can easily change that by chosing a different tile for the sideways Thwomps. Likewise, I'd be nice if the Mad Thwomps change their eye direction as it looks weird that they look in the opposite direction half the time.

just don't like how it sacrifices the warning face by default
- I did this with the New Super Mario series in mind.

I'd be nice if the Mad Thwomps change their eye direction as it looks weird that they look in the opposite direction half the time.
-I can just imagine Mad Thwomps dizzy eyes...
 MarioFanGamer Link
  • Lunar Magic v3.33
  • SA-1 Pack v1.40
  • PIXI v1.32
  • BSNES v115
Besides moving to extra byte support, the update is mostly visual in the sense of providing a facing direction of the Thwomps (albeit not one like in SMM).
I... just don't like how it sacrifices the warning face by default, though you can easily change that by chosing a different tile for the sideways Thwomps. Likewise, I'd be nice if the Mad Thwomps change their eye direction as it looks weird that they look in the opposite direction half the time.
Hamilton64 From older version: Thwomp Pack + thwompsprfix.asm v1.3 Link
When are you going to add the diagonal thwomps and power diagonal thwomps, because those diagonal thwomps from the other author only work with Romi Spritetoll and not with Pixi.
 MarioFanGamer Link
Presumably because the graphics code is more simple that way and you only need unique faces for each direction. In addition to requiring some GFX space, the GFX code requires separate GFX routines for vertical and horizontal thwomps.
The GIFs also show that the Thwomps don't show their looking frame i.e. they're inactive or active and not preparing so you wouldn't get much from the alternative frames.

That being said, if the preparing frames were added, it actually makes sense if the horizontal Thwomps had unique frames since you can't deduce a Thwomp's direction otherwise (i.e. does it move down or to the left/right?).
ASSATAKKU Link
Thwomp moves horizontally, why didn't you make it possible to use the graphics from "Super Mario Maker 2"?
Heitor Porfirio Link
Originally posted by Anas
Can’t see the screenshots, but if you can make an upside-down thwomp actually face upside-down judging by the changelog, that’s super cool! I was actually imagining such a feature before. If I had a suggestion, I would make the sprite use extra bytes rather than extra property bytes. I think this should be as simple as changing the extra property byte defines to the extra byte ones and changing the extra byte count in the .cfg file. Would be even nicer if the diagonal thwomps were merged with this, but I’m sure that may be a bit more complicated, so just making the sprite use extra bytes should be good.

I'm not sure, but it's because the site server is back now and hasn't loaded all the images yet, including the users' avatars.
#smw{:peace:}
Anas Link
Can’t see the screenshots, but if you can make an upside-down thwomp actually face upside-down judging by the changelog, that’s super cool! I was actually imagining such a feature before. If I had a suggestion, I would make the sprite use extra bytes rather than extra property bytes. I think this should be as simple as changing the extra property byte defines to the extra byte ones and changing the extra byte count in the .cfg file. Would be even nicer if the diagonal thwomps were merged with this, but I’m sure that may be a bit more complicated, so just making the sprite use extra bytes should be good.
Ice Man From older version: Thwomp Pack + thwompsprfix.asm v1.3 Link
While the Thwomps are nice and working. The horizontal (left/right) Thwomps should have their position offset to the wall instead of the ceiling.
Wolfguy423 From older version: Thwomp Pack + thwompsprfix.asm v1.3 Link
Not sure how to insert this since there's 8 different .cfg files?
I need a way to load all of them in one go right? cant find anything that's helpful in explaining how to do this.
anyone, please help?
MegaSonic1999 From older version: Thwomp Pack + thwompsprfix.asm v1.3 Link
The sprite is good, but I think you need to set the thwomp's behaviour depending on the extra bit extention. Can you do this in the next update?
 MarioFanGamer From older version: Thwomp Pack + thwompsprfix.asm v1.3 Link
Moderated with:
  • SNES9x 1.60
  • Lunar Magic 3.03
  • PIXI v1.29

Saw no issues (aside from a missed SA-1 conversion) so I went to accept it.
S.R.H. From older version: Thwomp Pack + thwompsprfix.asm 1.1.1 Link
if the wall the thwomp falls on is destroyed the thwomp doesn't rise up and gains speed that it shouldn't for some reason. the original sprite doesn't have this issue
 Erik From older version: Thwomp Pack + thwompsprfix.asm 1.1.1 Link
I fixed a small glitch with the power thwomps where the left and right versions sometimes ignored the walls if placed at the edgemost parts of the screen.
But other than that, they're p good. Recommended over the original sprite.
Klug From older version: Thwomp Pack + thwompsprfix.asm 1.1.1 Link
Hooray for SA-1 compatibility!!!
Tattletale Author From older version: Thwomp pack with thwompsprfix.asm Link
For anyone converting this thing to SA-1.

!HORZ_RANGE1 = $3040 ; max X distance of Mario for attack
!HORZ_RANGE2 = $3024 ; max X distance of Mario for attack

!HORZ_RANGE3 = $3080 ; max X distance of Mario for attack
!HORZ_RANGE4 = $3060 ; max X distance of Mario for attack

Change these back to the original values after you run the converter.

I will make an update soon for this sprite, making the ascension glitch fix feature better and making it actually work for more versions of the thwomp that's not just the upwards normal guy. It will also be SA-1 compatible in that update (probably in 3 weeks because I'm busy).
Samuroy From older version: Thwomp pack with thwompsprfix.asm Link
Could someone explain in depth how to change the thwomps to die from other sprites?
 Sonikku From older version: Thwomp pack with thwompsprfix.asm Link
Looks like we're starting to enter the realm of "just replace SMW's sprites because the fans can make better ones".

Nice that these can be here for anybody that wishes to just have the custom sprite instead of using the original at the least.