Print

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

[Dirst]

I was thinking about doing something with downramps instead of additional shadows, but obvious problem is that there may be no downramp at the edge.

What about only making the ramps slightly darker, cliffs would stand out and it would look smoother?

I think the idea mentioned above was to shade a down-ramp at the midpoint between the levels it joins.  Not sure exactly how that would look, but it sounds intuitive enough to convey the ramp's purpose.  (Edit: Hacking a gradient into the renderer is probably a bad idea from an FPS perspective.)

By the way, awesome work mifki!

[SIGVARDR]

Should probably open a separate thread on release of the multi-zlevel view plugin. It's big stuff. Seriously, the amount of tiny annoyance from not completely flat embarks adds up after a while. It's big news to pretty much everyone. Excited to see it happening.

[Dirst]

I agree that this plugin can support multiple threads, but I also see the value in having a single "official" thread.

In any case, my sense is that the plug-in depends on DFHack but not on anything specific to v34.11... so once there is a DFHack for the next DF release, updating the plugin is a simple recompile, correct?

[jwpartain1]

PTW

[lethosor]

In any case, my sense is that the plug-in depends on DFHack but not on anything specific to v34.11... so once there is a DFHack for the next DF release, updating the plugin is a simple recompile, correct?

Yes, assuming nothing (major) changes about the renderer.

[mifki]

I was experimenting much with different ways to render shadows/rams/fog (even dynamic shadows that change depending on their position relative to point of view), and I agree that ramp rendering could be better. I like how it looks, but ramps (both up and down) are effectively belong to the lower level - creature can't stand on a downramp. So they should be rendered as such. But now I feel it's taking too long already and I will try to release it as soon as possible as is, then we'll see.

Multilevel and twbt will still be the single plugin (currently with twbt itself, overrides, multilevel and a command to save full map image) for performance and organisational reasons - they all hook the same renderer methods and share some code.

[mifki]

del.

[CLA]

I was experimenting much with different ways to render shadows/rams/fog (even dynamic shadows that change depending on their position relative to point of view), and I agree that ramp rendering could be better. I like how it looks, but ramps (both up and down) are effectively belong to the lower level - creature can't stand on a downramp. So they should be rendered as such. But now I feel it's taking too long already and I will try to release it as soon as possible as is, then we'll see.

That's probably the better solution anyway. Letting all the tileset guys play around with it will reveal what works and what doesn't faster anyway.

[PeridexisErrant]

Will you be updating the current plugin for DFHack r5, or leaving that for the next release (or later)?

[mifki]

I was experimenting much with different ways to render shadows/rams/fog (even dynamic shadows that change depending on their position relative to point of view), and I agree that ramp rendering could be better. I like how it looks, but ramps (both up and down) are effectively belong to the lower level - creature can't stand on a downramp. So they should be rendered as such. But now I feel it's taking too long already and I will try to release it as soon as possible as is, then we'll see.

That's probably the better solution anyway. Letting all the tileset guys play around with it will reveal what works and what doesn't faster anyway.

Yes, but they won't be able to change for example how I render ramps and where I render shadows.

If I render ramps as belonging to the bottom level (effectively not rendering downramps at all), it looks like this, but I don't like it much for some reason.

[CLA]

If I render ramps as belonging to the bottom level (effectively not rendering downramps at all), it looks like this, but I don't like it much for some reason.

Yeah, I don't like it either. It looks wrong somehow. What if you render ramps as belonging to the top level (as seen in the original screenshots) but draw the shadow on top of the ramps?

[palu]

Can you make a version of this for DFHack r5?

[lethosor]

Can you make a version of this for DFHack r5?

Will you be updating the current plugin for DFHack r5, or leaving that for the next release (or later)?

That said, what platform are you on? I can try building for OS X, although mifki will probably beat me to it.

[palu]

Windows.

[mifki]

Can you make a version of this for DFHack r5?

Will you be updating the current plugin for DFHack r5, or leaving that for the next release (or later)?

That said, what platform are you on? I can try building for OS X, although mifki will probably beat me to it.

No need to build anything, just update -r3 to -r5 with any hex editor
But I'll upload a new package soon myself. Done.
And yes, I hate to have to build things for several different platforms...