Fastrom patches?

Discussion of hardware and software development for Super NES and Super Famicom.

Moderator: Moderators

Forum rules
  • For making cartridges of your Super NES games, see Reproduction.
User avatar
Posts: 8006
Joined: Sun Jan 22, 2012 12:03 pm
Location: Canada

Re: Fastrom patches?

Post by rainwarrior » Tue Jun 11, 2019 1:22 pm

psycopathicteen wrote:The bubbles also collide with other bubbles.
Yes, that's just more collision tests that can really take advantage of a collision acceleration structure.

Posts: 1314
Joined: Fri Jul 04, 2014 9:31 pm

Re: Fastrom patches?

Post by 93143 » Tue Jun 11, 2019 9:03 pm

rainwarrior wrote:You test for collision with an 8x8 grid by dividing the coordinate by 8 (i.e. right shift by 3), and looking up a value stored by that index.
Okay, that makes more sense. I thought it seemed unnecessarily crazy, but I didn't really try to imagine what advantage it could possibly have. I assumed everyone was making fun of it because it simply used multiple bounding boxes for each bubble, in which case it would indeed have been horrendously inefficient.

It's usually a good rule of thumb that if a programmer has done something definite and relatively complicated that required thought and planning (as opposed to, say, a jump instruction targeting the address immediately following itself, which reportedly does also occur in Gradius III and is probably a methodological artifact of some sort), they probably had some reason to think it was a good idea, and ridiculing them without thinking it through is unwise.

Chesterton's Fence, basically.


Now, if it turns out it does use bounding box tests on all of those "occupied" grid cells... well, then we can probably make fun of the devs.

Posts: 2980
Joined: Wed May 19, 2010 6:12 pm

Re: Fastrom patches?

Post by psycopathicteen » Tue Jun 11, 2019 9:41 pm

I need to reread the code again. There must be some reason the bubble stage lags more than the Squidward's house Easter Island head level.

Post Reply