Jump to content

  • Log In with Google      Sign In   
  • Create Account

FREE SOFTWARE GIVEAWAY

We have 4 x Pro Licences (valued at $59 each) for 2d modular animation software Spriter to give away in this Thursday's GDNet Direct email newsletter.


Read more in this forum topic or make sure you're signed up (from the right-hand sidebar on the homepage) and read Thursday's newsletter to get in the running!






Very Early Screenshots

Posted by slayemin, 24 November 2013 · 595 views

I suppose I should post some screenshots to show what I've been working on.

Attached Image
Caption: This is my "debug mode" view of the game world. You're looking at a second camera, its view frustum, up direction, some hilly terrain, and a white cylinder which currently represents the players "mage" object. The camera can be moved like a first person camera, or it can be switched to another camera in the scene.

Attached Image
Caption: This is a wireframe view of the same screenshot. It doesn't really show much more, other than the fact that the world is composed of triangles.

Attached Image
Caption: Although its not a recent accomplishment, I've been able to create chunked geo mip mapped terrain. The wireframe demonstrates a few different terrain blocks at various levels of detail and how they "close the gaps" by skirting with any higher resolution neighbors. Each block consists of 16x16 tiles at the highest resolution, and the number of blocks is dependent on the external heightmap image file.
Attached Image
Caption: This is just a gameplay view of the terrain, showing changes in elevation and texture. Right now, the only "fun" thing to do is fly the camera around the terrain, pretending to be a fighter pilot on a harrowing mission who happens to do a lot of barrel rolls.

In the future, I plan to use a procedural generation technique for creating larger terrain blocks off of a seed value (perlin noise maybe?). Currently, the terrain supports deformation (which is useful for terrain manipulation spells), but if I procedurally generate my terrain off of a seed value, it would mean that after the terrain has been generated, I can't guarantee that the terrain would be unchanged after gameplay, so I'd have to store vertex information... which could take a lot of disk space and time to save & load. My current thought is to store the seed value, generate the terrain based on the seed, and also store the vertex information for the blocks which have changed from their original seed values. That would save on the file size and loading times a bit, but at this point in the game dev process, it's irrelevant because it's not essential to prototyping the game.

The latest update allows the player to draw a selection box in 2D screen space. It's barely not even worth mentioning since it's such a small and trivial update, but will probably be quite important due to its use by players. I think it's going to be the first part of my graphical user interface, so I'm trying to be careful with how I architect it.




Looking good.

As for the GUI it can make or break a game. Therefore, happy to hear that you are taking some time and thought with it.

December 2014 »

S M T W T F S
 123456
78910111213
14151617181920
2122232425 26 27
28293031   
PARTNERS