- Joined
- Jan 2, 2020
- Messages
- 1,414
One interesting fact about Nintendo's consoles is that they did not support collision any hardwares of theirs except NES which had collision bit but only for sprite number #1. Every Nintendo game you've ever played used rectangular collisions or some other kind of math.
Two of the computers that I grew up with actually did have hardware-collision but the first one was pretty much unused because of how hard it was to distinct what hit what. The other one used a mask-technique which made it much easier to use but it was also rarely used because it was not completely free.
Btw pixel-exact collision felt pretty common back in the day but understanding the math of overlapping rectangles and slanted tiles and all the other things that we take for granted today felt very magical. Today I would say pixel-exact collision would be the harder thing to do.
I'm converting a worms & lemmings -like game to Cerberus-X and so this is something that caught my attention now.
My plan now is to solve this complexly using the GPU, and not a single read to the CPU as GPU doesn't like to be read. I was thinking of mimicing the above computers and do it through hardware.
The first technique that I'm gonna try is shaders and atomic counters. Got also some ideas that could make it easier to identify objects, one idea is to implement object-ID in the pixel colors of the sprites. Maybe it's crazy, we'll see, maybe. But it could be fun and interesting. We'll see.
But anyways I got intrigued about the fact that Nintendo never had pixel-exact collision. I know it doesn't make a lot of sense in 3d games and such nowadays, but It will a fun aside-project that can teach you some things, I hope.
Two of the computers that I grew up with actually did have hardware-collision but the first one was pretty much unused because of how hard it was to distinct what hit what. The other one used a mask-technique which made it much easier to use but it was also rarely used because it was not completely free.
Btw pixel-exact collision felt pretty common back in the day but understanding the math of overlapping rectangles and slanted tiles and all the other things that we take for granted today felt very magical. Today I would say pixel-exact collision would be the harder thing to do.
I'm converting a worms & lemmings -like game to Cerberus-X and so this is something that caught my attention now.
My plan now is to solve this complexly using the GPU, and not a single read to the CPU as GPU doesn't like to be read. I was thinking of mimicing the above computers and do it through hardware.
The first technique that I'm gonna try is shaders and atomic counters. Got also some ideas that could make it easier to identify objects, one idea is to implement object-ID in the pixel colors of the sprites. Maybe it's crazy, we'll see, maybe. But it could be fun and interesting. We'll see.
But anyways I got intrigued about the fact that Nintendo never had pixel-exact collision. I know it doesn't make a lot of sense in 3d games and such nowadays, but It will a fun aside-project that can teach you some things, I hope.