So after a few days of pondering around ideas for a game so I can learn LWJGL I though of doing as many have in the past a minecraft style voxel engine and then I thought what would make this different from other voxel games out there. That is where I came up with the idea of incorporating a zombie survival / map like CoD zombies with a voxel engine since I don't want to dive into the deep end of LWJGL.

I am always looking for constructive criticism and ideas on how to improve the game in anyway possible.

Tasks

save and load chunks

make model making more easier so it allows anyone to create models

player controlled model

zombies and any other mobs

Map and doors

ConceptSo as I said it is a voxel zombie survival game where the player has to survive rounds of the undead for survival or have an objective to reach that will cause the game to end. I also want it so anyone can be able to make maps and so I want to make a way for the player to be able to customize the maps to the way they want it to be played.

Screenshots

Been playing around with 2D spritesheet to 3D models. Models and names of weapons can be changed before the final game is released.

I adapted my model class to accommodate for terrain as well so now I can generate walls which are very cool and I am happy I got this working.

I also worked on a quick item drop class a few mins ago and its very badly coded atm but what it does as you can see is it gets a 2D sprite and converts it into a 3D representation and this has to be the best thing I have coded so far.

A small look at my player model since I just implemented it and though I would create something that can be compared to with the size of the worlds blocks.

Some simple terrain generation just to handle chunks and also develop on the voxel engine aspect of the game.

One function now controls everything from the x,y,z position to the size of the shapes and also the colours and alpha channel and with little to no frame drop and if anyone wants to know the details it is rendering 25 blocks for that model

As steg mentions having a serialzable form of data would help really cut down the amount of loading.

you could use a id-number for the block, and a second number for its value...? I guess it depends on how many variable you think you will need? or how large the variables would be. Maybe you can get away with 2 bytes?I just used 1 byte per block for my game. ID=3 is stone etc....

I just saved a serialized array of bytes. Im at work at the moment but I can paste my code here that will save this information for you later if you need it.

Thanks I have been working on it or a few hours and XML would of been my next approach since I would store the x y z and block ID for each block inside the chunk and if needed the price e.g a door. I also got camera moving and have the pitch locked so you can't keep rotating.

As steg mentions having a serialzable form of data would help really cut down the amount of loading.

you could use a id-number for the block, and a second number for its value...? I guess it depends on how many variable you think you will need? or how large the variables would be. Maybe you can get away with 2 bytes?I just used 1 byte per block for my game. ID=3 is stone etc....

I just saved a serialized array of bytes. Im at work at the moment but I can paste my code here that will save this information for you later if you need it.

Thanks Vermeer and yea if you show me the code that would help a lot. Much appreciated.

As promised. This does work, but it may not be the best way of doing it. Also its has poor exception handling, and you would need something more robust, but it may help you get it working.Or it may prompt others to add more robust sugestions.Please ask questions if you cant get it to work.

As promised. This does work, but it may not be the best way of doing it. Also its has poor exception handling, and you would need something more robust, but it may help you get it working.Or it may prompt others to add more robust sugestions.Please ask questions if you cant get it to work.

Thanks so much Vermeer, I could kiss you. No homo. I have implemented it into make game and made a few tweaks and now the saving is working nicely I will probably end up adding another save file that will probable hold the map data such as door costs and spawning points for zombies and other mobs. Each chunk takes up 7kb.

In other news I improved my model creating method I made.So after playing around with my modeling code I ordinarily setup to make mobs and players more detailed and just to overall create stuff I have finally settled on a nice and easy method that works for me.One function controls everything from the x,y,z position to the size of the shapes and also the colours and alpha channel and with little to no frame drop and if anyone wants to know the details it is rendering 25 blocks for that model

So the past few days I havent done much as in coding wise but I have some nice stuff to show for it tho.

I adapted my model class to accommodate for terrain as well so now I can generate walls which are very cool and I am happy I got this working.

I also worked on a quick item drop class a few mins ago and its very badly coded atm but what it does as you can see is it gets a 2D sprite and converts it into a 3D representation and this has to be the best thing I have coded so far.

Looking good and you have made some great progress. Must ask, how did you do the model for your player and how did you set the camera for it?

I do plan on having a block picker but since I want to work on a survival zombie game 1st like cod zombies I will probably have just weapon selector then when im finish just work on a voxel engine. I also do plan on adding mobs probably zombies but not just zombies as in the walking dead but zombie dogs and other animals I can think would fit the game.

The model for the player is me just playing around with my own model class I made which just sets the x,y,z,sizeX,sizeY,sizeZ,R,G,B,alpha

and for the camera is not bound the the player its more or less a 3D vector that when it comes to render I call this method within my camera class;

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org