next »

[Nate_G]

That looks gorgeous djdolber!

[Martyr]

Some fresh updates!

Cryptwalker - Top-down RPG

[hube]

New barracks building
Gallery: http://imgur.com/a/0xJWT#0

[dexter_deluxe]

Will the shield also protect from those acid geysers? Find out soon...


More infos at our devlog or at IndieDB 

[swordofkings128]

super baby martian's day out, an exciting, side scrollin shoot venture. use your ray gun to defeat enemies! charge up your gun to absorb enemy powers! a babys gotta do what a babys gotta do.

[BleakProspects]

Been working on improving the GUI elements in DwarfCorp. Here is a test panel I made. It's pretty basic, but more than what I need for the game.

[PompiPompi]

Bow of Arjun

https://dl.dropbox.com/u/8025882/Arjun.png

[:^)]

Been working on improving the GUI elements in DwarfCorp. Here is a test panel I made. It's pretty basic, but more than what I need for the game.
snip

that bordered text is kinda mean to my eyeballs. maybe make the border a more earthy color?
and the white a little more tannishhhh?

[miketucker]

Been working on improving the GUI elements in DwarfCorp. Here is a test panel I made. It's pretty basic, but more than what I need for the game.
snip

that bordered text is kinda mean to my eyeballs. maybe make the border a more earthy color?
and the white a little more tannishhhh?

Yep, with a light background, it's typically easier to use dark foreground elements. And vice versa if it's a dark background.
GUI menus in game engines are a pain, Nice work so far!

[Sam]

[Ashkin]

I want it.

[BleakProspects]

that bordered text is kinda mean to my eyeballs. maybe make the border a more earthy color?
and the white a little more tannishhhh?

You're right. The white text is a holdover from an earlier GUI I had which had black backgrounds. Now that I've switched to light backgrounds I should use darker text.

Awesome water

This is amazing! What's the technical principle?

[Code_Assassin]

[Alex Higgins]

I want it.

Ditto.

[SolarLune]

-snip-

Cool water, indeed.

@Code_Assassin - The background tiles could be darker still (to me), but it's looking pretty good.

[Sam]

What's the technical principle?

It's built around a (I believe) new type of landscape representation I've been working on for much of the last year which would take a while to explain. But the water's the interesting part anyway:

The water is based primarily on local effects, quite like the cellular-automata stuff used in Dwarf Fortress. But my world isn't based on a cube grid (although it is constrained to a grid on the X-Z plane) so the neighbours available to a cell varies depending on surrounding landscape and water volume within a cell. It calculates water pressure in neighbouring cells at the point where they touch and uses that to determine what fluid flow should happen.

Most games use pressure difference between neighbouring water cells to determine how much volume is transferred each update (although often obscured behind language about making water depth in neighbouring cells converge towards equality). Instead I use pressure difference to determine the 2nd derivative of volume transfer, effectively an acceleration in fluid flow. Each update the acceleration for that instant is calculated, the acceleration is applied to velocity, which in turn actually moves water volume. Because velocity is kept between updates there is a pleasantly smoothly applied overfilling of cells which gives rise to the waves and general sloshing about feel of the water.

Worth noting also that this isn't based on a height map like for instance From Dust's water is. So there could be an aqueduct carrying water over that valley and it would simulate just fine with no interference. Unless the aqueduct overflowed, in which case it would of course correctly interact with the water below.

(I'll make a devlog some time fairly soon. Been working on this for so long with nothing worth showing, it makes a nice change.)

[BleakProspects]

Most games use pressure difference between neighbouring water cells to determine how much volume is transferred each update (although often obscured behind language about making water depth in neighbouring cells converge towards equality). Instead I use pressure difference to determine the 2nd derivative of volume transfer, effectively an acceleration in fluid flow. Each update the acceleration for that instant is calculated, the acceleration is applied to velocity, which in turn actually moves water volume. Because velocity is kept between updates there is a pleasantly smoothly applied overfilling of cells which gives rise to the waves and general sloshing about feel of the water.

Pretty good idea! I might try this to improve my own crappy water simulation.

[poe]

I like it, you're getting a lot better

[Code_Assassin]

I like it, you're getting a lot better

Thanks man 

[WhiteSponge]

New screenshot! Monsters can get poisoned from the poison gas trap too! (with a poison status ailment)