Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

That's right

That is right

[Lehti]

Nice!

Quick question: is the creature display still broken due to dfhack issues?

[Rose]

Short answer: Yes.

Long answer: creatures are the most difficult to get working, and you shouldn't expect them to be read for another few weeks at least.

[Greiger]

I love you in a totally not weird way Japa.

[mareck]

does anybody have a memory file for .18???

[Rose]

have you tried..... the first post in the thread?

[Deon]

The first post says it's for "DF31.16".

[Rose]

the memory.xml file gets updated more often than the post does.

try it first, then complain about compatibility.

[Deon]

I didn't? I use 0.31.19 .

But having a misleading first post is something which could be changed easily, so I just pointed out.

[Rose]

I didn't? I use 0.31.19 .

But having a misleading first post is something which could be changed easily, so I just pointed out.

so do I.

[therahedwig]

Alright, there's support for dead and dry grasses now.


Though only my desert biome wants to dry out at the moment.

Also, I, in a fit of madness, made seperate sprites for all grasses. However, while the temperate biomes look okay, I'm worried that this(a tropical badland) might be too bright? I mean, you can barely recognise the trees straight away.


Screen of a temperate biome for comparison.

What do you guys think?

[Jiri Petru]

What do you guys think?

That we need new tree sprites 

[Rose]

As far as I know, darkerdark's working on that, but I haven't heard from him in a while, so yeah.

[therahedwig]

I can imagine it would take quite some time.

Trees are bigger==more work.

Also, the new multitile tree system is a bit difficult to handle. As far as I know from experimenting with it, flat pictures like Markus's Alder won't do, as the multitile tree system is defined asif the tree was actually an object within DF. So it's a threedimensional setup.

On top of that, when you change the viewpoint, the tree tiles will stay in their original place. So if you have a tile that has a branch going downleft to the trunk, and you change the viewpoint, the branch will still be going downleft... even though it should be going down-right. It's an expected situation, and would require you to make 4(or less) viewpoints of a tree and to write the xml so that it knows what sprite to pick. However I don't know whether the border_open and border_closed work on a construct that only exists within stonesense as opossed to the game.

[Dark_Tundra]

I'm 7 trees into 31, it's slow work.

[Neonivek]

I'm 7 trees into 31, it's slow work.

Could be worse. There could be a tree randomisation thing so that there are actually 10 different sprites of the same tree. More if "Swaying in the breeze" animation is added.