Jump to content
  • Advertisement
Sign in to follow this  
  • entries
    570
  • comments
    2427
  • views
    217194

Untitled

Sign in to follow this  
Mushu

69 views

UGH.

Its finally the weekend. I'm going home in a couple of hours and not coming back until Monday morning, so I've been working hard to get all my work done. And oh crap, I've forgotten to deposit my math homework in the professor's box. That's another 30 minutes of walking down the drain >:(

Anyway, I stayed up late last night having a fun run-in with OpenGL. I swear, why would anyone not want to reset the projection matrix before setting an orthographic projection? GRR. They could have at least mentioned that little undocumented "feature" in the Red Book. GRR.

So I'm past that little impasse.

I've set up my fillRect and blitTexture calls so that they are all batched together in a vector and rendered (in immediate mode) within a single glBegin/glEnd block. Whoo.

I had originally wanted to shove them all into a vertex array, but the need to bind different textures to render with has rendered this impossible. LOL PUN.

I will, however, be developing an entity/game object/something system which utilizes either vertex array or vertex buffer objects to maximize performance. I can get away with immediate mode because the only thing that should be calling those functions are GUI render calls, and there shouldn't be overly many of those. If it proves to be a problem, I can write 3D-adapter specific GUI controls which don't rely on them.

That said, I've been thinking a lot about the gameplay of what I have tenatively dubbed "Tank Game".

One idea is to have it handle like HopeDagger's Skirmish Online, except with tanks - control a single tank with WASD controls, essentially, and have a point-and-click mouse based firing system. Turret movement will be independant of tank movement - moving and firing is an absolute must.

The other idea is to have it handle more like an RTS, where you control the tanks solely with the mouse and move them around and stuff. This has the added benefit of being able to control AN ARMY OF TANKS! OMG. Which is definitely awesomeness.

I think the ideal game would combine both control approaches - the tanks can be controlled with the mouse, but when selecting an individual tank you can input orders with the keyboard and control it directly.

I don't want to drown myself quite yet, so after I finish the OpenGL adapter (which is the first and foremost priority) all I want to do is start implementing this basic framework. Then and only then will I even start to worry about the gameplay specifics. Rah.

But in any case, there's going to be a lot of decals and particle effects [wink]

Comments/Suggestions?
Sign in to follow this  


0 Comments


Recommended Comments

There are no comments to display.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!