I like april fools

When this comes out, I think I may have to put my next project on hold so that I can write a game for this engine! Keep up the good work, so that I can show off your engine's capabilities!

By the way, if you could figure out how to do it, it would be awesome if you could make walls with transparency. It would be a neat feature. I think the only way this would look correct is if the "wall" was rendered like a sprite with a fixed rotation angle, and then rendered in the center of the space for a wall, that way games could use that to make fences or similar barriers that you could see through. I think there would have to be two types of this, one at the horizontal angle, and one at the vertical, so that the engine knew which way to render.

Just a thought I had, I wanted to use something like this in my games before.

Also, do you plan on adding support for different heights of sprites? If so I could make use of your engine's looking up and down feature, by adding a weapon that can shoot up and down as well as left and right. This would end up being probably the most advanced FPS for a calculator that I know of.

Now whether or not I could pull something like that off effectively or not is another matter, but if I can't someone else probably could.

Anyways, I'm pretty much amazed at the quality of your engine, and I can't wait to get my hands on it to see what it can do. Good work!

Not a chance.

Who knows, I may decide to just port DOA straight over to the nSpire as my next project, but this time with more functionality.

Also, what's the current resolution of the textures? and do you plan on adding background image support or floor textures or even more epic both?

I had a version with floor textures a while ago, but I took them out because they were causing a dramatic slowdown (floors need to be textured pixel by pixel, so around 20,000 calculations have to be done per frame to draw them). Different heights of sprites sounds possible, though.

Adding collision detection to stop the player from getting close seems like and excellent idea, now that I know its the norm in most FPSes. I was contemplating this a while ago, but didn't add it because I felt it was a rather hackish way to improve speed.

It is a bit strange, though, because normally in FPSes on the PC, it's when elements that are far away needs to be rendered that the game slows down, not when you're viewing a wall close . I guess it's cuz it uses a different algorythm.

On an untextured scene, it would slow down when you see far away elements. But the engine needs to texture more when the columns are closer, which slows it down.

Quote from: bwang on April 02, 2010, 01:17:11 am

I had a version with floor textures a while ago, but I took them out because they were causing a dramatic slowdown (floors need to be textured pixel by pixel, so around 20,000 calculations have to be done per frame to draw them). Different heights of sprites sounds possible, though.

ouch

Wow.  It's too bad; I think floor textures would make this engine almost perfect for everything.

I think sprites are higher on the priority list right now, and hopefully those can be implemented with good speed left over o.O

Sorry, since Attachments are not encrypted on this SMF board (for easier backup purposes and preventing sad incidents such as TIMGUL), the attachment folder cannot have two files of the same name. It is a forum limitation. I could encrypt them but then it makes backing up much harder since misconfiguration of FTP uploading can lead to data corruption

Just rename the attachment to something else

ANyway gonna give this a try now, I really am curious how it looks like