I would have to say I agree that you should keep him the way he is, the other faces just don't look as simple and cool as the original.

But I must say, the graphics work you have been putting into this is simply amazing, I love how some of these screenshots look.

Thanks for the feedback everyone. HM - I took your advice and added an extra shade to the stone, looks much better now I think, thanks.

Update: Updated stone and wood materials. I also implemented block "decorations" which are extra little pieces that get blitted randomly over blocks, like the cracks in the stone bricks below.

Been a while since I checked up on this, I love where the new art style is going!

Thanks guys, yeah I did like the rigidness, but I needed to break that orthogonal boundary. I'll see how I go with an attack and jump animation.

Update: The mockups never end, here's another one. I still have no idea what this game looks like. One thing I'm learning is that night-time doesn't have to be dark, and also that without outlines it's quite hard to prevent overlapping things from sometimes clashing. E.g., the red flying demon clashes with the green cactus background.

.

For some reason I REALLY like the colors in this one, I think you are going the right direction as far as art goes, but I'm not to picky.

I haven't checked out Delver since when I first saw it back in 2012, finally decided to drop in. I must say the graphics look amazing and the entire game looks very fun

How were you able to made/get such a nice sky box/colors?

I'm working on redoing mine and was wondering

He looks creepy

Quarry, moonman waits for you in the falls..

I agree with everyone else, that water looks awesome, love the blur effect.

you're going to give me a god damn heart attack

Then this is going to give you a brain aneurysm...



@Gimym nope ..

Dem graphics. I love the look, its so simple yet amazing.

Update: Merged the prototype back into the main code, here's the trees in-game..

That looks really nice, also I love the S shaped tree in the previous photo

[(10 raised to 42)]

There will be 100 billion stars to explore, each with 100 billion unique planets, each with 100 billion moons.

So, in this universe are (10 raised to 42) moons. 

If all the suns were aligned in a straight line, with 4 light-years (the distance between us and our sun) of distance between each other, visit them all, travelling at the speed of light would take 1,33333333 × (10 raised to 9) seconds. 

So, unless the suns are close to each other (very close), you would need a VERY, VERY, VERY fast space ship to travel this universe.

But first you must wonder why their is a random green "thing" trying to do that.

Looks nice, Only problem was I had to go get my desktop mouse to try out water on my laptop.

same problem as  binarymichael, I had to use the arrow keys instead. Other than that it seems like a great game, I love the lighting effects

This looks very cool, But the gameplay seems so much like terraria.

I'm really enjoying this, thanks for releasing an alpha.

Is anyone else noticing strange behavior with the collision on angled terrain pieces? I sometimes will clip through and fall through the world. This usually happens when my vertical speed is fairly high (falling) and I land on such a piece.

Yea happened to me, I also ran into this problem in my own game, what happens, is that the player falls to fast, and goes through 1 block before collision checks. This causes it to fly through blocks and stuff. Clamping the fall speed so it can never fall more than 16 pixels per frame would fix it, or checking 2 blocks below aswell.

This is epic! Cant wait for when its totally done.

Btw, How do you spawn cats?

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 ...

Hello, I really like how this game looks, I'm making a game that is quite similar too this. Ive experimented with lighting alot (Pixelshaders, bluring values, etc) but nothing seems to work well for my game. Your game looks exactly how I was trying to make it. Would you be willing to elaborate a little more on how you did it?