Same reason of why super mario bros fucks up if you delete a certain set of pixels on the sprite coin block.

It's this thing called "sprite boundry detection" or something like that uses to use the untransparent part of the sprite for like a game bar or something.

The NES has 1 tile layer, so there's no possible way to make some type of overlay to present inventory, or status bar or whatever, so there's some coding for games that do screen scrolling, to do some type of thing during the process to make the status bar always stay static on position even though the rest of the layer is moving.

I forgot what the technical shit about it was called but there.

____________________

The game is waiting for the bottom of the L tile to collide with sprite #0. It is willing to wait as long as it takes. If you delete that part of the tile, it will still keep waiting, even if it never happens.

____________________

Posted by Hamtaro126

---

I know why the L and stuff is locking up your game, If you go to $200 in the RAM in FCEUXD or NNNESTERJ, You will see that editing it will also lock up the game, Therefore, It uses Sprite 0 (just like SMB1) for the Status bar.

That is why I tried to add an IRQ to SMB using 4-screen Mirroring, But adding an IRQ is too hard for me, Because the routine that NESDEV gave me does not work.

(and if possible, I could give SMB2USA using SMB3's statusbar stuff, But as with above, It's too hard for me to implent)

---

I JUST SAID THAT YOU FUCKING FAGGOT

____________________