next »

[eigenbom]

Yeh, I am resisting adding textural complexity but I think some is necessary. Anyways, last day of work on moonman for a few days, so back to it!

[BlueSweatshirt]

I also preferred the textured version. 

This game looks good.

[eigenbom]

Update: Last update before a little xmas break. Did more work on the block system -- I moved the registration of block types to Lua. So there's basically a big file with entries like...

Code:

block {
  name = "dirt",
  geometry = full,
  ... 
}

... that list all the different block types. So to mod the game you just need to provide a block { } and block_sprite {} entry in a Lua script somewhere ... very nice!

I also added a mini gui to my block testing app, it's now a little paint program of sorts.



Merry new years and stuffs..!

[happymonster]

Looks nice!! Merry Christmas!

[eclectocrat]

I played the Christmas special. Fun stuff, although I'd prefer it if I didn't have to use the mouse. Or maybe I don't and just missed the option...?

Keep up the good work, I really see this game going far and becoming an entertainment behemoth that is wooed by major gaming studios on their way to intergalactic domination.

[eigenbom]

Thanks @hm and @ec! @ec good point, in moonman xmas the mouse-click to attack was a lame design decision. in moonman proper, however, the mouse is necessary to select which blocks to mine, where to place blocks, and to aim certain weapons.

[eigenbom]

playing with some character ideas ... (blatantly ripping off max ernst's une semaine de bonte')

[moonmagic]

playing with some character ideas ... (blatantly ripping off max ernst's une semaine de bonte')

Oh my, my heart will burst. I want to take these home and pit them against other action figures and then tuck them all into my bed together.

[eigenbom]

thx moonmagic!

[eigenbom]

just mocking...

click to embiggen

[Happy Shabby Games]

I was going to reply "The Christmas party I wish I went to." before I even read the caption haha. Looking great

[namragog]

oh my god, the sniper guy <3333333333333333

[eigenbom]

Thx guys!

Update: Merged the block renderer into the main system. Here's a video of the latest state of moonman!

Also, is this guy the real moonman?

[eigenbom]

Thought a little about the basic lighting in moonman: I want underground caves to be dark, some AO cast on the background blocks by the foreground blocks, and the colour of things to be tinted by the ambient sky colour. I thought I'd take a look at terraria to see how they've done it. Click to embiggen my observations!

[BlueSweatshirt]

Yes, this proves that Terraria's lighting system is absolutely whack. 

[eigenbom]

Yeh its totally wickety whack, but works well enough and seems fast. Anyways, I'm gunna explore a couple of different options and see what works best.









 

[eigenbom]

Update: Here's my first test with lighting. The first image shows the terrain (red for solid block, grey for background block/wall, and white for open), the second shows the lighting computed on it. This algorithm models a boundary spreading out from the lit areas, decreasing with each step. Roughly..

Code:

uint8 light[w*h] stores the light values
initialise all open tiles as FULLY_LIT, and non-open ones as NULL
store all tiles adjacent to the fully lit ones in a set<index> boundary
while(boundary is not empty){
  newboundary = {}
  foreach(adjacent tile, t, to boundary){
    if (light[t]==NULL){
      set attenuation=10 if t is a wall, or 40 if its a block
      light[t] = min(light of all adjacent tiles) - attenuation
      newboundary += t
    }  
  }
  boundary = newboundary
}
// done!

The results are promising, but there's some major issues:
- in the cave at the top right we see a horizontal band of light, seeping through the thin wall ... this looks wrong (but is definitely in accordance with the algorithm)
- in the caves at the bottom, the light falls down from the holes, but doesn't bleed outwards into the surrounding caves (maybe a second pass of the algorithm would fix this?)
- the light at the cave entrance near the center is all wrong

Anyways, back to the drawing board..

Edit: Changing the min to a max gives the light a little more freedom ...

[Windybeard]

The lighting looks good, impressive!

[eigenbom]

Thx @windybeard.

Update: Here's the result of basically applying the kernel max(neighbours) - attenuation to the light source 30 times or so. The result still has the diagonal line artefacts from the grid (von Neumann topology) but is probably ideally what I want. However, it's probably too slow to use in realtime.

[BlueSweatshirt]

Wow! I think that looks really good.

Of course, you don't need to make the lighting system recalculate every frame. Just on level load and with light source changes.
Still, I guess it'd be a pretty big issue if you were able to carry a torch around or something in-game, so hmm!

Anyway, I myself feel encouraged to try a lighting algorithm.