Print

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

[scamtank]

Heeey, Mifki. Remember the time when I combined a 9x12 tileset with 32x32 and everything got flickery and annoying while the rest worked pretty admirably? I found another thing that's kinda fucked:

Spoiler (click to show/hide)

The weirdest thing is that only the descriptions of engravings in the fortress are mooshed to the side like this. Item descriptions, dwarf info and artifact textwalls are all fine. Thoughts?

[falcn]

I found another thing that's kinda fucked:

Actually, I find it much easier to read on my 15" screen than "normal" version.

Try it fullscreen

[mifki]

There may be a problem with handling of liquids indeed, I'll check later today.

I get the same effect in the middle of the volcano, with lava on the current level and every level below.

Are you sure? So if you look at this tile, it says "magma flow" and doesn't say "open space"? Sorry to ask, but so far I can't see anything wrong myself so far.

[PeridexisErrant]

Yep:  https://imgur.com/a/jAwTi

It says both "magma 7/7" and "open space", so I'm not really sure what's going on. 

[mifki]

Hm.. Moving down into a volcano first it says "open space" only (that's fine), then it says both "lava 7/7" and "open space" - I don't know, maybe it's just how the game handles it and I need to add special handling in the plugin as well..
Anyone knows the details how liquids work?

[Footkerchief]

As far as I know, "Open Space" just means "there isn't a wall or floor here".

[mifki]

As far as I know, "Open Space" just means "there isn't a wall or floor here".

This seems to explain things, thanks. I'll fix it soon.

Actually, I found a way to disable original df rendering of lower levels (treetops, liquid on lower level, etc.), so the code will get simpler in the the plugin (now I have to check for several symbols that can represent lower level tiles) and all such problems will be gone anyway, and the performance will be better.

[mifki]

Version 3.29 fixes the problem with liquids.

[Natti]

Thanks for the quick fix!

[fricy]

Rendermax seems to behave very strangely with the changes, something happened between 3.17-3.29

Spoiler: Bridge in construction, blinking (click to show/hide)

Spoiler: Rendermax lights seem to ignore z-levels, screenshots of the same area (click to show/hide)

z-2 under surface, tree farm without rendermax


z-2 under surface, tree farm with rendermax: note the overlay on the right third of the screen and the light on the soil near the left upper corner


z-2 under surface, tree farm with rendermax: if I move a bit it's rendered correctly


z-1 under surface, without rendermax


z-1 under surface, with rendermax: I'm pretty sure all the lights except some around the depo come from the tree farm below


z=0 surface, with rendermax: same issue as on z-1,

EDIT: Additional testing: 3.24 works correctly, but 3.27 does not. These problems only happen with multilevel rendering enabled in the plugin, if I only play with overrides it works correctly.

Spoiler: Few more screenshots, different map: (click to show/hide)

multilevel 10, no rendermax


multilevel 10, rendermax light: Note the band on the right side, and the bluish splotches. I have no idea where those spots come from, there's nothing below except for unrevealed tiles. tested with 3.27-3.29, same result, 3.24 works ok


multilevel 10, rendermax disable: some unrevealed (look at the stairs) tiles do not show correctly until going to the menu. These artifacts persist even if I move the viewport.

[mifki]

Thanks much for figuring out which version broke it, I'll take a look.

[milo christiansen]

Is there any chance of ramps being fixed? Currently all ramps render as up rams and that is very misleading in some cases (that together with the "magma bug" is why I use multilevel only for screen shots)

It would be best if ramps always rendered as down ramps except for ramps on the current level.

[Hommit]

and the bluish splotches. I have no idea where those spots come from, there's nothing below except for unrevealed tiles.

maybe unrevealed water?

[mifki]

Is there any chance of ramps being fixed? Currently all ramps render as up rams and that is very misleading in some cases (that together with the "magma bug" is why I use multilevel only for screen shots)

It would be best if ramps always rendered as down ramps except for ramps on the current level.

Magma bug is fixed.

I think the way I render ramps is better but I'm ready to discuss. My points are:

1. In real world there are no "down ramps" and "up ramps". Without multilevel rendering they just had to be rendered differently so that you can see where they lead. But why to use two symbols for one object with multilevel rendering?

2. More important, even in the game, as we know, there's no such object as "down ramp". Ramps belong to the lower level. There's a designation to remove up ramp, not down ramp (and if I ever make it possible to designate or otherwise select tiles from lower levels this will be important). And also, creature can't stand on a down ramp, once a creature steps onto a down ramp it belongs to the lower level. As a consequence, if I render all ramps as down ramps, creatures on these tiles won't be visible, and when moving they will disappear and appear only when moved to the next tile.

However if you provide a screenshot when my rendering is confusing, I may change my mind, or at least add a command to switch between "all ramps are down" and "all ramps are up".

[Footkerchief]

I definitely agree that up ramps are more fundamental and should take precedence.