| Name: | Mini Chomp Shark |
| Author: | yoshicookiezeus |
| Added: | |
| Version History: | View |
| Tool: | PIXI |
| Type: | Standard |
| Dynamic: | No |
| Disassembly: | No |
| Includes GFX: | Yes |
| Description: | A 16x16 chomp that travels horizontally through the air and replaces tiles it encounters with tile 25. If the extra bit is set, it will eat any tile, and if it isn't, encountering a solid tile will make it disappear. Best used in levels where the walls are made up of one-tile-high bricks, to avoid cutoffness. **NOTE: Don't use in conjunction with slopes, Layer 2 levels, or vertical levels! 10/4/2022 merged the turn block eating version of this sprite with this one this can be toggled ON in the .asm file. |
| Tags: | chomp eating enemy lorom sa-1 |
| Comments: | 5 (jump to comments) |
| Rating: |
Download
4.95 KiB | 1,192 downloads
Comments (5)
- Lunar Magic v3.33
- SA-1 Pack v1.40
- PIXI v1.32
- BSNES v115
Works as intended. Emphasis on "intended" as while everything it does works as promised, it isn't solved with the best idea. More specifically, the option to toggle between all blocks and turn blocks only should have been set either with the extra property byte or extra byte (dropping the extra bit in the process), especially since combining it with the non-solid blocks only behaviour results in a fairly useless Chomp Shark as no block can be both a turn block and non-solid.The sprite is not supposed to eat tiles 25 (or that act like 25). You can even see the glitch in the .gif above.
To fix it, the RAM address that detect which map16 tile is detected need to be changed
aka line 94 replace $18A7 with $1693
There's also another error, one address isn't converted into SA-1, making the sprite always face left even when going right.
To fix, on line 157 change $157C,x to !157C,x
What's changed:
Converted to PIXI with SA-1 support.