My NES raycaster - ROM link inside!
Moderator: Moderators
Well tokumaru, if you can't host it why don't you ask Memblers to host in on the main nesdev page ? Pretty much a lot of old demos are hosted here, I don't see why your new demo wouldn't.
And if you can't make a full game with that it really doesn't matter ! You still did a really great prime demo, and proofed something new possible on the NES ! Like when I did my pseudo mode-7 demo, I didn't make a game out of it but I still enjoyed programming it and seeing the results.
And if you want to continue progress and make a game out of this, it shouldn't be TOO hard to make sprites with different sizes like in 3D-Wolrdunner, it just eats you a great amount of tiles for each sprite that way, but you can adjust the amount of diferent size in function of how much free-space you have.
And if you can't make a full game with that it really doesn't matter ! You still did a really great prime demo, and proofed something new possible on the NES ! Like when I did my pseudo mode-7 demo, I didn't make a game out of it but I still enjoyed programming it and seeing the results.
And if you want to continue progress and make a game out of this, it shouldn't be TOO hard to make sprites with different sizes like in 3D-Wolrdunner, it just eats you a great amount of tiles for each sprite that way, but you can adjust the amount of diferent size in function of how much free-space you have.
Useless, lumbering half-wits don't scare us.
Yeah it seems like a problem but seeing how gross the resolution is horizontally, a 8-pixel error will be OK. Altough computing the on/off state for each state will eat CPU time.Another is occlusion; how can a sprite be half in front of and half behind a wall?
Well you can limit the size of enemies, or do a 3rd person game like 3D WorldRunner.One problem is that a first-person view needs really BIG sprites if there are other creatures in the room who are reasonably close to the player.
Useless, lumbering half-wits don't scare us.
-
- Posts: 214
- Joined: Sun Apr 01, 2007 2:10 pm
Yeah, this is the simplest game possible, and could be done with what is already working.RetroRalph wrote:As for game ideas, it could be as simple as a maze, trying to find the exit within a time limit.
I really want to add objects to that engine, but the calculations are very different (and more complex) than what's done for the walls, but I do want to say that it should be possible to have 2 or 3 active objects and still have playable speed.RetroRalph wrote:How much wiggle room do you have for enemy sprites/gameplay ?
Luckily, the game logic is much simpler than in a platformer, for example. There's no physics only simple collision detection. The AI for the enemies could be very basic as well, so I doubt that would take much of the processing time.
You had a very interesting idea, but I guess that being chased without being able to see your back could be frustrating. Unless there was a map active at all times, but then it would be like regular Pac-Man, but slower and with a gimmicky 3D window at the top. So I guess this idea needs some adjustments, but yeah, it's interesting.HJRodrigo wrote:3d pacman type game could work
Hosting is solved, Memblers got me an account (BTW, thanks Memblers!). Some time this week I'll probably upload something.Bregalad wrote:Well tokumaru, if you can't host it why don't you ask Memblers to host in on the main nesdev page ?
Yeah, I'm already glad it's possible to walk around! I believe I will try to implement objects though, even if not right now.Bregalad wrote:And if you can't make a full game with that it really doesn't matter ! You still did a really great prime demo, and proofed something new possible on the NES ! Like when I did my pseudo mode-7 demo, I didn't make a game out of it but I still enjoyed programming it and seeing the results.
The static objects could be carefully designed to be really thin, or too short to be visible from so close. Being attached to the floor or the ceiling you wouldn't be able to see them because it's not possible to look up or down. Enemies could detect when the player is too close and move away by themselves. In the end it might be fun to play "chase the enemies"! =)tepples wrote:One problem is that a first-person view needs really BIG sprites if there are other creatures in the room who are reasonably close to the player.
NES sprites are 8-pixels wide, the same as the columns in the background. If the objects are aligned with the walls it would just be a matter of comparing the distance of the object to the distance of each background column and not rendering sprites for columns that are more distant than the wall they'd otherwise cover.tepples wrote:Another is occlusion; how can a sprite be half in front of and half behind a wall?
Or that. I'll have to try when the time comes.Bregalad wrote:a 8-pixel error will be OK.
Not in this engine. The possibilities for background patterns have been carefully calculated to allow the 1-bit textures, the light/dark separation and the multiple wall colors and still leave some free tiles (for a status bar and some decoration). Including foreground objects in the mix would mess everything up. Plus, there would be very few colors.CKY-2K/Clay Man wrote:Can the object be part of the background instead of a sprite?
I'd rather use sprites for them. It will add some extra colors to the screen, and I think it really needs it. Also, if I take the bitmap route, I plan on giving the objects twice the horizontal resolution of the walls (software pixels will be 4 hardware pixels wide), hopefully making the whole thing look a little less blocky.
-
- Posts: 2158
- Joined: Sun Jun 05, 2005 2:04 pm
- Location: Minneapolis, Minnesota, United States
- Contact:
Perhaps it would be possible to make a game where you are fighting gnomes or something really small so you'd have an excuse for small enemies, haha. You should make a game based off an idea I had when I was thinking of making a NES raycaster. The plot of the game was that you were a wizard who was sucked into another dimension, and your only defense was your wand, with which you could cast rays at enemies. The game was going to be called "Ray Caster" for this reason (and also, because it's a raycaster. I'm sure you get the joke!). But if that's too corny for you, I don't blame you!
But if you're going to be using big enemies, I would probably stick with 8x16 sprites, obviously because you can make larger enemies out of sprites with that. However, you're still stuck with 8 sprites per scanline. Didn't we have this discussion somewhere else?
Anyways, I can't wait to see more! I really hope you do something cool with this (though it's already really cool by itself, it would be really cool to see a game out of this).
EDIT:
But if you're going to be using big enemies, I would probably stick with 8x16 sprites, obviously because you can make larger enemies out of sprites with that. However, you're still stuck with 8 sprites per scanline. Didn't we have this discussion somewhere else?
Anyways, I can't wait to see more! I really hope you do something cool with this (though it's already really cool by itself, it would be really cool to see a game out of this).
EDIT:
Well, try imagining making a top-down maze game where you and the enemies are represented by dots and the rest is just an ugly set of "floor" or "wall" squares. Then you and the enemies try and kill each other. All of the objects can spin 360 degrees and face any direction. Whichever direction they are facing, that's the direction they can attack in. That sounds very easy to code, and that would be pretty much the same game logic in a raycaster, just the rendering would be 3D rather than 2D.tokumaru wrote:Luckily, the game logic is much simpler than in a platformer, for example. There's no physics only simple collision detection. The AI for the enemies could be very basic as well, so I doubt that would take much of the processing time.
Last edited by Celius on Tue Oct 13, 2009 7:19 pm, edited 3 times in total.
My this is a cool idea. You can be sure the average gamer don't notice this subtle joke.The plot of the game was that you were a wizard who was sucked into another dimension, and your only defense was your want, with which you could cast rays at enemies. The game was going to be called "Ray Caster" for this reason (and also, because it's a raycaster. I'm sure you get the joke!). But if that's too corny for you, I don't blame you!
I can't wait to see the ROM, I can't wait to see the ROM, I can't.....
Useless, lumbering half-wits don't scare us.
I guess a red alert can flash or sound when you have an enemy in close proximity behind you. Kind of like how Flight sim games do when an enemy behind you has locked on to you.tokumaru wrote: You had a very interesting idea, but I guess that being chased without being able to see your back could be frustrating. Unless there was a map active at all times, but then it would be like regular Pac-Man, but slower and with a gimmicky 3D window at the top. So I guess this idea needs some adjustments, but yeah, it's interesting.
- Super-Hampster
- Posts: 185
- Joined: Fri May 12, 2006 4:40 pm
-
- Posts: 122
- Joined: Mon Oct 30, 2006 8:32 pm
@Banshaku, Super-Hampster
There is at least one controller + light gun game for the NES: Gotcha!, which is a paintball game where you move around with the controller and shoot with the Zapper. So yes it is possible.
Also, Tokumaru, have you considered doing a 3D glasses version (like what 3D World Runner and Rad Racer have)?
There is at least one controller + light gun game for the NES: Gotcha!, which is a paintball game where you move around with the controller and shoot with the Zapper. So yes it is possible.
Also, Tokumaru, have you considered doing a 3D glasses version (like what 3D World Runner and Rad Racer have)?
I haven't, but this is an interesting idea. This should be simple to do mathematically, but there are some limitations that are likely to get in the way.CartCollector wrote:Also, Tokumaru, have you considered doing a 3D glasses version (like what 3D World Runner and Rad Racer have)?
Since the frame rate is about 15 fps, in order to switch between two different views as fast as necessary I'd have to render one to each name table, and this means I loose my off screen buffer, unless I use 4-screen mirroring. Also, since two views are necessary for the 3D view, it will be twice as slow, which should be quite unplayable.
Another problem I see is that because of the low resolution, maybe not every column on the left view will have a right view counterpart, and this might compromise the 3D illusion.
Hello everyone. Sorry for the lack of updates on this, but real life demanded too much attention recently.
Just to keep you all interested, I decided to release a ROM even though I wasn't able to advance much. Walls are still not solid (sorry CKY-2K/Clay Man) as it's not really a priority. Just try not to go outside of the map or it can glitch up pretty bad. I'll add collision for the next ROM, I promise.
Feel free to suggest stuff.
Just to keep you all interested, I decided to release a ROM even though I wasn't able to advance much. Walls are still not solid (sorry CKY-2K/Clay Man) as it's not really a priority. Just try not to go outside of the map or it can glitch up pretty bad. I'll add collision for the next ROM, I promise.
Feel free to suggest stuff.