Help needed with fixing the SMB3 nut sprite

Hi there,

Anyone here besides me download the SMB3 nut sprite from Mior's website? Unfortunately, I cannot remember the URL site (I had it bookmarked at one point, but I lost the bookmark when we got this new computer), as I was hoping to get some help with one of his sprites, the nut from SMB3 that is a fairly common sight on airships.

Anyway, when I tried to insert it into my hack earlier, Sprite Tool warned me about the ASM file not being set up correctly, so I didn't add it yet. I hope to use it on this airship level I started working on recently.

Thanks in advance.

---

I have the first two files patched, yes, but I must ask something, didn't Mior's sprites originally not require the definitions.txt file? I was able to get a couple of his other sprites running without any problems, it just makes me wonder if they have to be inserted with his version of Sprite Tool?

---

You're right - his sprites originally didn't need the definitions.txt.

I believe if you look at definitions, though, it's just a pair of pointers to his GetDrawInfo and SubOffScreen. As long as your sprites that incsrc definitions.txt have definitions.txt in the sprite folder with the right addresses, and the ones that don't use it have the correct GetDrawInfo and SubOffScreen addresses in the sprite's asm file, you should be fine using both methods.

---

[?] Miscellaneous Helpful Hints
If I moderated your hack, there was apparently a 90 percent chance it was rejected.

Okay, well, I made another attempt to insert the nut sprite...and I'm thinking I definitely have an error somewhere in the asm file.

When I first downloaded it months ago, I didn't get around to unzipping the folder it was in until earlier today, and the only tweak I made to the asm file was editing the tilemap values.

Here's the contents of the asm file:

Mod edit: Pastebin is your friend if you want to post goddamn huge things.

---

What exactly do your SUB_OFF_SCREEN and GET_DRAW_INFO routines look like? And have you used a .err file to check for assembling errors?

----------------

I'm working on a hack! Check it out here. Progress: 64/95 levels.

I'm using the original GetDrawInfo.asm and SubOffScreen.asm files, which I set at 998000 and 998090 respectively. But, I'm thinking these are the old files for these two areas since the filenames originally didn't come with the underscores, am I right?

Those ones work just fine for me with two of the sprites I already have in my hack that Mior made, the Bumpty from YI, and the Stretch from SMB3, since AFAIK I'm using the "old" versions.

Is there a link to Mior's site? IIRC, last time I was there, I was having some navigation problems with it.

---

Yes, they're the same person.

'shrugs and sighs' I guess I'm going to have to PM him again...he's helped me with some of his sprites through PMs...either that, or simply forget about using the nut sprite.

Edit: Darn, looks like there may be no point in PMing him, seeing as he hasn't been on here in months.

If I only knew where else besides the Definition, GetDrawInfo and SubOffScreen areas where the error could be...

---

Sorry for the double-post, but I got the Nut sprite finally working.

However, I noticed that it clashes with a tile used by the Torpedo Ted, normally, I'd just make an adjustment to the tilemap of the Nut, but that somehow causes me to get errors with the sprite for some reason and forces me to leave the tilemap alone, why is this? I'm baffled, as I've previously had no problems with changing the tilemap of a certain sprite in its ASM file.

---

Torpedo Ted is in SP3, while the Nut seems to use SP4 based on the code you posted (tilemap=A0+B0). Am I missing something? They shouldn't overlap at all.
D'oh. I never realized the Ghost House/Underwater tilesets used GFX06 in different sprite slots. Sorry for the lack of helpfulness.

---

[?] Miscellaneous Helpful Hints
If I moderated your hack, there was apparently a 90 percent chance it was rejected.

Torpedo Ted is in GFX06, which is in SP4 of the underwater tileset. The sprite itself uses tiles 80, 82, and A0, while the launcher uses tiles 84 and A4.

I'll bet that tilemap problem is driving you nuts, though...come to think of it, what does the sprite's tilemap table look like? Knowing Romi, he might have done something weird (such as combining the tilemap and properties into one 16-bit value like he did with the Ptooie), but he might not have.

----------------

I'm working on a hack! Check it out here. Progress: 64/95 levels.

Well, the Nut sprite's tilemap is composed of tiles A0 and B0, but since A0 was originally used by the Torpedo Ted, in order to get the two sprites to work together, I had to go to the ROM map and change the value at $13B3F (for the tile used for the second frame of the Torpedo Ted's propeller) from A0 to 86, which is where the face for the Porcupuffer is. Luckily, I have no plans to use both the Porcupuffer and Torpedo Ted in the same level anywhere, so it's all good.

I guess sometimes a minor tweak like this does help whenever something in the asm file of a custom sprite prevents you from changing its tilemap.

---

TILE_MAP dcb $A0,$A0,$A0,$A0,$B0

That's weird...Sprite Tool gives you an error when you change any of those values? It shouldn't...

----------------

I'm working on a hack! Check it out here. Progress: 64/95 levels.

It makes me wonder if any other sprites Mior made have that same property that discourages people from changing the tilemap of his sprites?

Either way, I'd like closure here please, I think this topic has pretty much served its purpose.

---