Home > BBS
User Password :: Sign Up :: [?]

zep



 

Voxatron

[Edit for googlers: the game is now available!]

If you've noticed an increase in the amount of voxel-based graphics around the place, this is why.



Voxatron is an arena shooter that takes place in a world made of voxels (little cubes, kind of). Everything in the game is displayed in a virtual 128x128x64 voxel display, including the menus and player inventory. If you look closely, you can sometimes see the inventory (score/life/ammo) casting a shadow on some of the objects on the ground.

I've been working on voxel rendering and modeling tools for a long time now, with the ultimate goal of making a large explorey adventure game. About half a year ago it fused with work I was doing on arena shooters for Conflux, and this is the result.

It's quite a simple game at heart -- mostly just Robotron set in a 3d destructible world with goofy creatures. I'm unsure how major the implications of destructibility will be for gameplay, but it sure is fun to blast away pieces of wall. I've also added an experimental wall-building pickup you can use to construct barriers to hide from scary monsters.

The game takes place in a small set of arenas. Some of them feature rooms with set action pieces, somewhere between Knightlore and Smash TV. This is some of the original adventure based design sneaking back in, and an excuse to create thematic environments.

Features:
- Custom software rendering with soft shadows.
- Built-in sound and music synthesizer (also used to make the trailer music).
- Playback & post game recording.

Voxatron will be ready later this year, but I'll create a single-arena preview version too.


P#1183 Posted at 2011-01-04 14:57
tags: voxatron preview

James



 

::

Wow, looks amazing man. That lava part looks so smooth, I'm suspicious if it's even real! Hahah.

Have you got enough CPU cycles lying around to put in some Dwarf Fortress/Minecraft esque voxel interactions? Like say, fuel voxels like wood or coal that slowy burn away when ignited?

I've been kind of curious myself if I could port this whole lowrez world allowing for high level interaction with said world concept away from little cubes and over to say a really lowpoly polygon world. It would look sort of like Starfox only with a better frame rate, heh.

P#1184 Posted at 2011-01-04 17:17

zep



 

::

The video compression & low resolution helps the lava! The waves are only around 5 voxels high, so you can really see the steps in fullscreen.

Yes, actually there aren't so many voxels to take care of. It depends on the world size of course, but at 256x256x48, that's similar to managing a 3k x 1k 2d map in the same way.

I played around with some water simulations -- semi-randomly processing around 5% of the world each frame. If it's a water voxel, move it down, across, or stay still. It looks pretty hilarious, and slightly.. academic. But could be nice for a different kind of game.



P#1185 Posted at 2011-01-04 18:19

dMITIC



 

::

it looks awesome but there is something bugging me...is there any plan to make the player able to shoot in diagonal? you know, like robotron and smash tv

P#1186 Posted at 2011-01-04 19:52

csigh



 

::

This looks freaking awesome. Are you going to have it be two players?

P#1187 Posted at 2011-01-04 20:27

dcco



 

::

This looks awesome. Do you think you might post something that explains a little bit about how your graphics && physics engine work? Looking forward to seeing this thing come out

P#1188 Posted at 2011-01-04 21:42

DanDanger



 

::

Oh wow, thats the best thing i've seen in a looooong time. I wants it now, now i tells ya!

I would also be interested in hearing more about how you done this, its just fascinating to watch the video.. over and over and over ^_^

If you need any playtesters, I would be very interested.

P#1189 Posted at 2011-01-05 06:08

lamellama



 

::

What a great idea and looks very cute. Well done

P#1190 Posted at 2011-01-05 06:51

eobet



 

::

MAAAAAC, so lovely! Warms my 8-bit heart. :)

Where can I get the wonderful music?

P#1191 Posted at 2011-01-05 09:29

Zorael



 

::

I'm more or less crossposting this the forum, but a linux version of this would be mindboggingly awesome.  You might even be able to get community help with packaging if that's a hurdle for you. (You wouldn't need to provide the source for this or anything, mind.)

Also the music is delicious.

P#1193 Posted at 2011-01-05 10:40

efnx



 

::

Yes, this looks rad. "custom software rendering" - does that mean high-level (like generating vertex buffers for opengl based on your voxel geometry) or something low-level (like you're rendering to a screen buffer without opengl)?

Are any of your previous projects open source?

P#1194 Posted at 2011-01-05 12:57

KillerPandaRage



 

::

I can't wait! It looks absolutely amazing!

P#1195 Posted at 2011-01-05 13:19

MIK3K



 

::

I need this game now.  I have money.

P#1196 Posted at 2011-01-05 16:47

zep



 

::

dMITIC - the player can shoot 8 ways. It's actually just a fluke it doesn't happen in the trailer (maybe because I was grappling with video capture hotkeys)

csigh - for sure. Perhaps not the adventurey levels (it complicates the design too much) but 2-player robotron style levels on the same machine.

dcco, efnx - the rendering engine is quite simple and brute force. It's all in software, and each frame everything is 'blitted' into a back-buffer voxel map. At the end of the frame, the voxel map is scanned for possibly visible edges and drawn as a bunch of polygons lit with a shadow map that is generated every frame. There's no spatial optimisation or anything, because the voxel data can change arbitrarily every frame and it's not worth calculating.

dcco - the physics is quite standard 2d platform physics. The main difference is that when pieces of wall/ground start moving, they are broken out of a fixed world voxel map, and then burnt back into it when they stop moving. So it's easy to let exploded monsters pile up etc. -- I just don't do it because the world gets too messy and starts to look like a pollack painting.

eobet - I haven't released any of the music yet. I'll make an extended version of the trailer theme for the soundtrack, and post it as a single mp3 sometime before then!


P#1199 Posted at 2011-01-05 18:02

zep



 

::

MIK3K - that's a coincidence, because I need money, but have games.

P#1200 Posted at 2011-01-05 18:04

MIK3K



 

::

Okay, fine - I will look at your other games.  But I want THIS game.  I will buy 1 game now (after work) to prove my loyalty.

I'm off to daydream about voxel worlds.  I wish you great success.

P#1201 Posted at 2011-01-05 18:40

zep



 

::

oops - I also meant _this_ game.

Thanks for the gesture, but you might want to wait a bit!
An alpha of Voxatron is due to be included in a ridiculous bundle.


P#1202 Posted at 2011-01-05 18:57

MIK3K



 

::

Yes . . . bring on the ridiculous bundle.  Should I keep checking in every hour or so?

Just kidding.

Or am I.

P#1203 Posted at 2011-01-05 18:59

zep



 

::

Can't say.

But what I can say is, if you were to not check back in around 3 weeks, nothing would happen.

Or wouldn't it.


P#1204 Posted at 2011-01-05 19:15

Tarim2008



 

::

Great thing about voxels is they dont make use of any 3d processing power of graphics cards at all... as voxels are not polygons... so everyone should be able to run this game just fine... Guess it depends on processing power. Anyone remember a PC game called OUTCAST (1999) ? That used voxels too. (even after 11yrs the darn game is still bugged to hell - but shows off voxels quite well even though I hated testing it - told em it didnt work.. ah well). Good Looking stuff - love watching the vid, keep up the great work.. voxels a thing from the past that may be a way forward! :)

P#1205 Posted at 2011-01-05 19:19

MIK3K



 

::

I am a man of my word - Chocolate Castle is now mine.  I look forward to the bundle.

I will resume my stalking of your site in approximately 3 weeks.  I will require 3 copies for myself and my friends, possibly 5 copies depending on the exact wording of the restraining order :)

EDIT - This was meant to be humorous, not creepy.  Sounded better in my head.  Oh well.

P#1207 Posted at 2011-01-05 20:34

gavanw



 

::

Looks amazing! Great job. :)  I am glad to see somebody working with voxels.

P#1208 Posted at 2011-01-06 00:40

Mexk



 

::

Woaw.. looks great!

P#1209 Posted at 2011-01-06 05:26

convexion



 

::

Looks great, can't wait to play it.  Any chance we could get an mp3 of the music from the trailer?  I dig it.  

P#1210 Posted at 2011-01-06 14:42

explosivelimes



 

::

lexaloffle - Can I pre-order this game right now? Because I totally would. :)

P#1211 Posted at 2011-01-06 14:51

DanDanger



 

::

Mmmmmm... Voxels+Robotron = best thing ever.

P#1212 Posted at 2011-01-07 05:39

jamesgecko



 

::

A ridiculous bundle that won't be here in three weeks? On a scale of 1000 to Q, how prideful is it??

P#1213 Posted at 2011-01-07 13:57

zep



 

::

Reasonably non-prideful-esque.

I might have jumped the gun with the 3 weeks thing though.. stay tuned! (But I won't let you down, MIK3K. It sounds like it would be too dangerous to)

Re: an mp3 of the soundtrack: sure -- I can't make it right now but will post some Voxel Music Man stuff tomorrow.


P#1214 Posted at 2011-01-07 18:49

devtesla



 

::

VOXEL MUSIC MAN MUST BE IN ACTUAL GAME.

PLEASE.

[code]

P#1216 Posted at 2011-01-07 22:02

MIK3K



 

::

Take your time - really.

Put out a nice game and be the next minecraft.  I'm a big wimp in real life.  I just get excited when I see something like this - so simple yet brilliant.

It's nice seeing indie games kicking behind.

P#1217 Posted at 2011-01-07 22:45

seuck



 

::

This new decade absolutely needs a new voxel game and this one looks amazing.
I own all your games, can't wait to buy and play the Mac version of this.

My dream: see a Zzap style review on my web :-)

P#1218 Posted at 2011-01-08 04:19

zep



 

::

Alrighty, here's the trailer soundtrack in mp3 format.
I uploaded some vmm wallpaper too:

/bbs/?tid=202

seuck -- those zzap scans are mesmerizing! In particular I love this ad for elite (4/08), and these Bomb Jack strategy diagrams.



P#1220 Posted at 2011-01-08 15:22

convexion



 

::

Awesome, thanks for posting those!

P#1221 Posted at 2011-01-08 19:18

scottish_usa



 

::

Looks fantastic.  I've always loved the use of voxels in games, that and fractals (rescue on fractalus and koronis rift being my favorites)...  I think it would be great if this could come to iOS (iPad ?) or maybe xbla or wiiWare though... it deserves a big audience.  Looks amazing :))

P#1228 Posted at 2011-01-15 00:49

zep



 

::

I'll definitely try to get the game on any platforms I can, and iPad is high on my wish list. It's about the right size, the control isn't too clumsy, and no publisher hoops to jump through. For now I'm focusing on designing the game to play well on desktop though. Fortunately it's quite easy to port later, as long as a given device has the cpu for it.


P#1229 Posted at 2011-01-16 07:40

Jumps



 

::

i agree seuck, 2011 is the perfect year for voxels to hit the fan

P#1231 Posted at 2011-01-17 05:10

charliek



 

::

This looks gorgeous, I can't wait :)

What's it written in?  Did you hand-roll your own voxel engine?  If so, will you ever make it available?

P#1232 Posted at 2011-01-18 04:21

zep



 

::

Yes, it's written in C. I'd like to make at least the renderer available at some point, but probably after the game is released.

P#1233 Posted at 2011-01-18 16:03

gludion



 

:: voxel pre-rendering?

Hi,
Voxatron (like your other games) looks utterly cute ;-)

I read in the above comments that you use a standard 3d renderer, but I had some thoughts about voxels:

since the camera is static, each voxel is always at the same screen position. So I wondered to what extend it would be interesting to pre-render each voxel as a bitmap, and attach some depth (z) data. Then the rendering would only need to render the visible voxels, color them, and sort them.
The rendering would probably very fast
Different shapes could be used instead of cubes (eg spheres)
The difficult point is about lighting and casting shadows: it would probably need a pre-render phase for adding some shadow data to relevant voxels.
The minus is that the camera could not change.

Well that's all.. I just wanted to share this.
Whatever happens, continue the good job :)


P#1234 Posted at 2011-01-20 07:29

duo



 

::

Lexaloffle, you wrote:


dcco, efnx - the rendering engine is quite simple and brute force. It's all in software, and each frame everything is 'blitted' into a back-buffer voxel map. At the end of the frame, the voxel map is scanned for possibly visible edges and drawn as a bunch of polygons lit with a shadow map that is generated every frame. There's no spatial optimisation or anything, because the voxel data can change arbitrarily every frame and it's not worth calculating


Does this mean that you generate new geometry each frame? Also, can you explain how your raytracer works? I notice in your video that the engine has only xyz translation.

P#1236 Posted at 2011-01-20 17:10

zep



 

::

@gludion
Absolutely -  because everything is drawn from a kind of voxel back buffer, there's no reason it needs to be cubes. I'd like to experiment with this later on, giving the option to choose alternative renderers. Apart from using different shapes, it might also be possible to render nicer shadows/lighting in hardware. I quite like the look of the per-voxel lighting for now though.

As for speed, the main bottleneck isn't actually drawing the polygons to screen. A lot of the work is just shifting data around, doing the perspective transforms, and calculating shadows. I imagine drawing the voxels as sprites wouldn't help much because of the extra cache thrashing.

@duo
I do generate the geometry each frame I suppose, but just before it's needed. i.e. I don't first generate a whole model and render that -- I just draw polygons as I go. It's not raytraced or raycasted, it just draws exposed voxels as polygons from back to front.

The camera angle is set to the front mostly for aesthetics, but it does mean I can avoid a whole bunch of z divides during perspective transform (only need one per row). The engine can handle arbitrary camera angles but it turns out to be much easier to see what's going on straight on, and I like drawing the voxel models as if they'll be displayed as almost 2d sprites from side/profile. Otherwise it ends up being quite a jumble of harsh angles.


P#1237 Posted at 2011-01-21 19:52

MIK3K



 

::

Voxel back buffer, per-voxel lighting, perspective transforms, exposed voxels as polygons from back to front, cache thrashing.

My head is sploding.

Does this game use the mouse and both buttons?

:)

P#1238 Posted at 2011-01-21 22:26

duo



 

::

Thanks lexaloffle for the info. I have one more question! How do you determine what is visible geometry? Like, do you use vertex culling from opengl, or do you have your own function based on voxels? I've only done 3d games with panda3d, and that handles culling automatically.

Anyway, sorry for all the questions, but this game is really impressive. I've never heard of voxel graphics before. I started doing research on voxel engines as soon as I saw your trailer.

P#1239 Posted at 2011-01-22 00:25

zep



 

::

Actually, that's a good question.. I couldn't get ASDW+mouse control to feel right, so it just supports keyboard / joystick either with twin-stick style control or a single shoot button that locks your direction when held.

duo - no worries, I'm planning on posting a more detailed description of the inner working at some point, but probably closer to release.
About culling -- nope, I don't do any culling at all. All faces that are potentially visible are drawn back to front. Potentially visible just means that it's the side of a voxel that has no neighbour, and is facing the camera. So if you drew a hollow sphere, all of the far voxels would be drawn first and then drawn over.

A lot of voxel research seems to focus on scenes which are static to some degree, because often that's all that's needed. Voxatron has the requirement that the voxel data can change arbitrarily each frame, so there isn't much that can be done in terms of generating spatial data structures for the purpose of optimisation.


P#1240 Posted at 2011-01-23 08:22

duo



 

::

Cool, thanks for the info!  Have you ever heard of 3d dot game heroes?

P#1242 Posted at 2011-01-23 17:24

zep



 

::

Yeah, I was shocked when 3DDH came out! But slightly relieved to find that the 3d dot part is mostly a visual thing.

P#1243 Posted at 2011-01-24 16:42

MrMonkfish



 

::

Very cool looking game.  Props to you Lexaloffle.  How did you get started learning about Voxels?  I'm struggling to find any tutorials other than hightmap based voxel terrains.  I'd love to have a play about with voxel world/sprite rendering.  Do you have any tips, or tutorial references you could point me (and I'm sure many others are also interested) towards.  Thanks, and looking forward to play the game :-)

P#1244 Posted at 2011-01-26 01:39

duo



 

::

Lexaloffle will probably tell us all about it after the game is released. It might not be good for the game if 10,000 clones came out at the same time.

What I could get of this (correct me if I'm wrong) is that the voxels are rendered with standard tris. This means it's not a standard voxel engine. Regular voxel engines render in a billboard (all voxels face the camera) style. They are restricted in degrees of freedom to make raytracing efficient.

With this engine, there is no raytracing. The cubes are made of tri geometry and rendered back to front, which just means that the far cubes are behind the near cubes. The program just goes through the voxel matrix, and renders the voxels it needs to render as cubes.

If other people are interested, this can be implemented easily in Panda3d. It uses python to call c++, so it is fast enough. Graphics cards get bogged down by having too many separate meshes. You would have to use the rigid body combiner (http://www.panda3d.org/manual/index.php/The_Rigid_Body_Combiner) to merge all the cube objects into a single mesh object to send to the card. I don't know how lexaloffle gets around this issue, but this is a way in Panda3d.

EDIT: Regarding performance issues, for a 512^3 scene, with 12 tris per cube, there is a max of 1,610,612,736 tris. Too many. But most times only a quarter of the scene will be filled, so 400 million tris. Better, and since panda3d by default only renders the outside faces, this will be cut down to 200 million. Lexaloffle said he has a routine to prevent internal voxels from being put into the scene graph. For simplification of programming this may not be necessary.

So, I hope this is enough for people to start experimenting.



P#1245 Posted at 2011-01-26 17:17

MIK3K



 

::

Development going good I hope.  Still dreaming of a new voxel/block game :)

P#1253 Posted at 2011-02-19 20:17

zep



 

::

The Linux porting is going well. You can try a test version of Jasper here (it shares the same base code).

MrMonkfish - there isn't a lot available on voxel graphics for games, at least in the way I use them. You could try having a look at the Voxlap engine (which is now opensource), but it might be a bit heavy as an introduction. I'd like to post something on voxel programming, but closer to release (partly for the reason duo gives, partly because I'd like to focus on the game itself).

duo is right about the basic method for rendering. I consider the way rendering happens to be quite separate from the fact that the display is voxel-based, though. For example, it would be possible to swap the polygon rendering for something else like a sphere for each voxel, and leave the rest of the game as it is.


P#1255 Posted at 2011-02-23 09:45

Luntik



 

::

Oh, looks very promising indeed! I'll be waiting for a linux version of this game!

P#1333 Posted at 2011-02-27 14:20

MisterCat



 

::

I'm extremely interested in the shadow-casting algorithm. I've been trying to get my shadows working, and even in the semi-static environment my voxel engine's working with, I can't get it working fast enough. Obviously a single, static directional lightsource affords some optimisation, but I still end up casting and checking over a million rays :(

P#1367 Posted at 2011-03-03 15:43

solidgriever



 

::

I found about you and this game from wikipedia :))
i searched for info about voxel tech for games and here i am.
It looks absolutely fantastic.
if you could integrate the destruction into the gameplay your game should be an instant classic and you a millionaire... maybe
(some people don't have good taste).

P#1384 Posted at 2011-04-10 10:24

solidgriever



 

::

Sorry for the dbl post. But  i can't wait to play this baby. and I stay tuned for any news you will share about your renderer and engine.

P#1385 Posted at 2011-04-10 10:24

MIK3K



 

::

I check in occasionally also.  Just remembered that you are based in Japan and New Zealand.  Hoping you are alright with the recent events in Japan.  Wish you and your loved ones the best.

P#1387 Posted at 2011-04-12 01:53

zep



 

::

MisterCat, I went through the same process as you. The voxel renderer started off as a by-product of a raytracer using a regular occupancy grid for optimisation. That was about 6 years ago on a 600MHz cpu, and I couldn't get more than 5 fps out it for a 64^3 scene at 640x480. If you don't want to do any fancy reflections etc., just brute force it with polygon rasterization! For typical gamey world scenes it's not as expensive as you might imagine.

MIK3K, thanks for your concern. We're in Tokyo so got off pretty lightly. I certainly know a lot more about iodine-131 and weather patterns than I did a month ago though!


P#1389 Posted at 2011-04-14 19:03

lamogam



 

::

Wow. Can't wait for it to come out!! Been checking site every day!

P#1406 Posted at 2011-04-18 22:46

DigitalD



 

::

Very cool game...date of release or beta/alpha-test?

P#1411 Posted at 2011-04-20 09:10

isidor3



 

::

Out of curiosity, are the particles constrained to the voxel grid? or are they free moving? it's hard to tell from the trailer.

P#1412 Posted at 2011-04-20 10:17

zep



 

::

@DigitalD
I don't have a date for an alpha release yet -- my plans are still up in the air. I'm quite keen to get something out early though (along with Linux versions of my other games), so hopefully can announce something soon.

@isidor3
Everything is on the grid -- objects are first blitted to a voxel buffer and then the whole buffer is drawn to the screen at once. So it's not possible to move anything less than a voxel or to rotate it -- basically the 3d version of a low resolution pixel game.


P#1413 Posted at 2011-04-20 12:27

lamogam



 

::

Is it hard to make voxel games?

P#1414 Posted at 2011-04-20 18:00

lamogam



 

::

When you release the game are you also going to release the model creator, or possibly a level editor?

P#1415 Posted at 2011-04-20 18:00

Kurbs



 

::

For this game I'd easily pay 20 bucks it looks like it's going to be awesome!
You should make it have a sandbox mode or something similar!

P#1416 Posted at 2011-04-21 06:55

oneSaint



 

::

Looks rad man. Love the destructible walls and the music works very well with the game.

Would love to see transparent/ice/class walls... unless it slows the game too much :)

Keep up the good work and get that pre-order system up. The game looks very promising.

P#1418 Posted at 2011-04-23 02:04

lamogam



 

::

HAPPY EASTER EvRYbody!! :D

P#1424 Posted at 2011-04-23 17:05

zep



 

::

@Iamogam
yes, there's a level & voxel designer built in.

@Kurbs
the editor feels a little bit like a sandbox mode.. you can throw in a bunch of items and play with them in god mode. Over time I'll add more stuff to play with which isn't relevant to the main arcade game side of things.

@oneSaint
Transparent surfaces are fun but slightly slow and not as useful as I imagined. The only variation in surface material I'm using so far is a reflective one, just by flipping all the voxels and tinting them (click for a larger version)


P#1425 Posted at 2011-04-23 17:07

MIK3K



 

::

Level and Voxel designer built in . . . . SOLD!!!!

Actually, I was sold with the first video, but whatever.  The excitement is renewed.

Please, where do I insert the money for this?  I cannot seem to find the buy button anywhere.  Hurry please, playstation network had my credit card information and I don't know how much longer I will have money in my bank account.

P#1429 Posted at 2011-04-27 07:03

MIK3K



 

::

Sorry - good to hear you were okay in Tokyo.

And to the guy above who would pay $20 for this . . . pffftttt, I'll pay $30 and I'll take 3 copies to start.  Hmmm, can you sign my copies?  Probably not.  It's okay.

P#1430 Posted at 2011-04-27 07:07

lamogam



 

::

I'm so excited! I can hardly wait!!


P#1443 Posted at 2011-05-13 02:13

macattack1459



 

::

What did you code this in? C++ and opengl or what stuff are you using?  I'm interested!

P#1450 Posted at 2011-05-31 00:28

fskn



 

::

So, how's the development coming?

edit- Oh, and how do you store your 3D models? You do that in some sort of table with 3D coordinates/colors/properties?

P#1470 Posted at 2011-06-23 04:47

hammyko



 

::

I think i will try this game!

P#1473 Posted at 2011-07-05 21:46

zep



 

::

@macattack It's written in C with a software renderer. I'll post some details on the workings of the engine closer to release

@fskn ok-ish!
The 3d models are stored just with a simple raw dump of colour values, much the same way raw 2d image formats do. In fact, internally I represent a voxmap as a vertical stack of 2d images.

I have a compressed version of the file format too for sharing user-made levels, which is encoded in the form of a .PNG file with a thumbnail.


P#1478 Posted at 2011-07-12 10:14

RaXaR



 

::

Seriously, I'm really really really looking forward to this release. Great work indeed! :)

P#1482 Posted at 2011-07-16 05:15

MIK3K



 

::

I'm still excited.  Every day that passes, we are one day closer.  Gonna be awesome.

P#1487 Posted at 2011-07-24 19:31

akejay



 

::

I have had this game in mind for the past week, and only now the word "voxel" popped back into my head.  I Googled for "voxel block game", and lo and behold, I found you again!

I'm looking forward to the release of your game.  Best of luck polishing it up!  And thanks Voxel Man for the catchy music too.

P#1495 Posted at 2011-07-27 03:43

fskn



 

::

Alright, I wonder that you might have tried to use RGBA then, for transparency, on those 2D images you stack.
Older games didn't have  transparency, though, so I think it would add to the charm not having it here either.

Do you think you could release a new demo video soon..? I'm so eager to get this game!

P#1503 Posted at 2011-08-09 05:01

madmaw



 

::

Wow! I spent over a year working on a voxel engine (and the associated gameplay). In the end I abandoned it because I couldn't get the performance to an acceptable level. Here's the dev blog if anyone is interested

http://wanderinggames.com/tiki-view_blog.php?blogId=1

Great work.

P#1505 Posted at 2011-08-18 18:27

Debs



 

::

Can't wait for this. Checking every day :)

P#1507 Posted at 2011-08-22 09:59

bhmaempel



 

::

i wish something wouldhappen soon...

P#1517 Posted at 2011-09-26 17:41

MIK3K



 

::

Mr. Lexaloffle posted something is going to happen soon at the bottom of the page - http://www.lexaloffle.com/bbs/?tid=213

" I'm going to announce something about this very soon. Please subscribe to the newsletter! (Or check back here)"

Something to keep us amused - amateur haiku

Voxatron I want
It looks very, very good
Where is the buy page

P#1518 Posted at 2011-09-26 23:28

ladybug



 

::

Yep i get the feeling that voxatron is gonna melt cheese on toast real soon. it will be EPIC!

P#1519 Posted at 2011-09-27 09:40

Trownt



 

::

First off, this looks great, awesome job! Secondly, I'd like to see if I could pick your brain without revealing to much of your implementation.

You said that each scene you are calculating whether a voxel is on the "surface" or rather if it has an empty neighbor cube. You also stated that each map is basically a stack of PNG images. So does that mean you are using array based indexing to find neighbors.

The reason I am asking is I am tinkering around with a voxel based engine. I store my data in an octree so I can merge voxels an octree node either has all or no voxels. My huge bottleneck is walking the octree each pass, so I am very interested in other people's approaches to this problem. http://www.youtube.com/watch?v=wzelLGZ7W0s&feature=related

Again, your game looks great!

P#1598 Posted at 2011-10-26 09:06

l3reak



 

::

Wow, this thread is fully of really interesting technical discussion! I'm totally amateur so even this basic stuff is almost too much for me, but it's still really cool to read all of this.

Zep, I hope you consider talking a little bit about the behind-the-scenes aspect of this before it comes out. I know you don't want to spend a long time writing up stuff, and you also don't want to give away all your trade secrets ;) but, even if it's just simple stuff, we'd love to hear about it!

P#3316 Posted at 2011-11-06 17:03

voxatrondude



 

::

hey i want to play it

P#3666 Posted at 2011-11-08 19:10


Log in to post a comment

User: Password:
:: Not a Member? Sign Up Now!


Generated '14-07-23 11:52 / 0.013s / 1310k     About :: Contact :: Terms of Use / Privacy

© Copyright 2003-2014 Lexaloffle Games LLP. All Rights Reserved All trademarks are the property of their respective owners.

Join the Lexaloffle Newsletter:
Follow Lexaloffle:
More Indie Games:
 
Hosting by Liquidweb