Print

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

[Max™]

Oh! Normal, in uh, I think it was 5.45 since that's when you removed the debug messages, heck, I think it's still the one from the testing page? Either way it works great like I said, though I'll test out legacy some later and see if it holds up the same.

Weird, TWBT_LEGACY doesn't give an error, just doesn't do anything different from normal 2D mode as far as I can tell.

Wait:

Code: [Select]

UNKNOWN CLASS 'ack21dfhack_lua_viewscreenE': vtable = 0xf7f66088
Weird, like I said, it works just fine like it was 2D mode, so hey, failing gracefully to 2D mode beats the heck out of spewing garbled pixels and poofing I suppose.

[lethosor]

The "Unknown class" message (assuming it's in stderr.log) is a fairly harmless DFHack message.

[Dirst]

The "Unknown class" message (assuming it's in stderr.log) is a fairly harmless DFHack message.

This is Dwarf Fortress, where "fairly harmless" means it takes several seconds to melt your skin off

For a project that started off as not wanting zeros to look like coffins, this project has grown into something truly amazing... and it makes the game much more accessible to new players who aren't used to thinking in 2D slices of 3D spaces.

[Max™]

The "Unknown class" message (assuming it's in stderr.log) is a fairly harmless DFHack message.

Well, then it failed silently back to 2D mode when I tried to use TWBT_LEGACY in adventurer mode. Also, yeah, being able glance over at a little hammer icon on the ground and go "ah, toy for the hammerer", rather than get all excited when you see / and scroll down through the pile of stuff on top of it to find an extra-awesome ☼Adamantine War Hammer☼ sitting there instead of say, an axe, or sword, or spear... even a freaking dagger! I don't care, I keep one for hacking up carcasses anyways, why not have it made of candy?

[Grumalg]

Had an odd thought about some animation stuff that an added capability to TWBT would make possible...

Given that the game supports animated tiles, such as the native gem window color changing and the animated grass tiles some tileset makers have created, it occurred to me that mechanical components could be made to appear to rotate.

A waterwheel could have stripes that change position, an axle could have stripes (h) or dots (V), a gear assembly could have teeth that change position, a millstone could have radial stripes, etc.

That would give the appearance of rotation, but you'd really like to be able to turn it on/off depending on whether it's powered.  If TWBT could do *conditional* tile overrides to replace the animated tile with a static tile when unpowered you'd have that.

Flip that lever and the parts start/stop rotating...

This conditional tile override ability may have other animation uses as well.  Such as a workshop animated/static when Active/Idle.

I'm pretty sure DFHack is likely to already have the powered/unpowered and active/idle states accessible.  Tilemakers doing animated tiles exist, is it possible TWBT could be made to do conditional overrides?

[mifki]

Had an odd thought about some animation stuff that an added capability to TWBT would make possible...

Given that the game supports animated tiles, such as the native gem window color changing and the animated grass tiles some tileset makers have created, it occurred to me that mechanical components could be made to appear to rotate.

A waterwheel could have stripes that change position, an axle could have stripes (h) or dots (V), a gear assembly could have teeth that change position, a millstone could have radial stripes, etc.

That would give the appearance of rotation, but you'd really like to be able to turn it on/off depending on whether it's powered.  If TWBT could do *conditional* tile overrides to replace the animated tile with a static tile when unpowered you'd have that.

Flip that lever and the parts start/stop rotating...

This conditional tile override ability may have other animation uses as well.  Such as a workshop animated/static when Active/Idle.

I'm pretty sure DFHack is likely to already have the powered/unpowered and active/idle states accessible.  Tilemakers doing animated tiles exist, is it possible TWBT could be made to do conditional overrides?

That's exactly my idea - add support for conditional overrides and animation. There would be images like
axle_vert.png
axle_vert-active.png <-- contains several frames for animation.

Now I just need to find time to finish this new version.

[Grumalg]

That's exactly my idea - add support for conditional overrides and animation. There would be images like
axle_vert.png
axle_vert-active.png <-- contains several frames for animation.

Now I just need to find time to finish this new version.

Excellent...  I'd think that the normal tileset tiles being the animated ones and the overrides being the static version is advantageous because the animated ones then work normally for non-TWBT users transparently, but TWBT users gain the interactive animation ability.  Tileset makers need only provide the static form separately (one frame of animation) for the override.

[mifki]

That's exactly my idea - add support for conditional overrides and animation. There would be images like
axle_vert.png
axle_vert-active.png <-- contains several frames for animation.

Now I just need to find time to finish this new version.

Excellent...  I'd think that the normal tileset tiles being the animated ones and the overrides being the static version is advantageous because the animated ones then work normally for non-TWBT users transparently, but TWBT users gain the interactive animation ability.  Tileset makers need only provide the static form separately (one frame of animation) for the override.

Oh, no, standard tileset can't be animated, it's only possible to animate grass.

[Grumalg]

Ah, the gem window animation with different gems + animated grass made me think it was more general that tiles could have multiple frames...

[Dirst]

There are a handful of other animations already in the game... axles and millstones and waterwheels will switch between two states while active, and levers and bridges have two states.  These behaviors are hardcoded and not something you can leverage for modding.

It might be necessary for TWBT to suppress the game's own attempts at animation to put its own nicer animations.  Otherwise the waterwheel will wink in and out of its TWBT images.

Bonus points if the waterwheel can have different animation sets based on the direction of flow.

[PeridexisErrant]

With the next big DF release coming out in a month or two, my vote is to keep TwbT stable - and minimise
the pain of upgrading. Actually... How hard would it be to merge TwbT into standard DFHack?

Leaving TwbT alone means Mifki can focus on other projects like the UI server for df-ios, so it can act as a backend for Armok Vision 2 (and any other UI replacement).

[mifki]

It might be necessary for TWBT to suppress the game's own attempts at animation to put its own nicer animations.  Otherwise the waterwheel will wink in and out of its TWBT images.

New version uses a completely different approach, so game will not render items/buildings at all (those that are overridden).

With the next big DF release coming out in a month or two, my vote is to keep TwbT stable - and minimise
the pain of upgrading.

We're talking here about the next major version of twbt, which, of course will not replace the current stable version. Also, graphics code in DF doesn't change, so I don't expect any additional problems this time.

Actually... How hard would it be to merge TwbT into standard DFHack?  Leaving TwbT alone means Mifki can focus on other projects like the UI server for df-ios, so it can act as a backend for Armok Vision 2 (and any other UI replacement).

The problem is not in merging (which I personally have nothing against), the problem is that additional reverse-engineering is required for each DF version. If anyone is willing to do that, they're welcome to, regardless of the location of the code. There's a step-by-step guide for finding required addresses in DF available for some time already.

[lethosor]

This would be worth looking into:

[DFHack]# /Applications/Macnewbie/Dwarf Fortress/dfhack: line 15:   181 Bus error               DYLD_INSERT_LIBRARIES=./hack/libdfhack.dylib ./dwarfort.exe "$@"

logout

[Process completed]

This keeps on happening. Not only does it happen when I exit the game (a known error according to mifki), but also just randomly sometimes when I unpause. I'm running 10.6.8. It's really not fun to spend a half hour on designations then have the game quit unexpectedly without saving.

<...>
EDIT3: Disabled TWBT. This seems to have fixed it. I'll update this when the game has run for a year or two without crashing or it crashes.

EDIT4: Ok it was definitely TWBT causing the crashes. <...>

[Meph]

The thing is, unfortunately, apart from Meph's set of custom graphics for items, so far nobody created any tileset/graphics to make use of twbt features to change graphics for buildings/items/tiletypes. With 0.40 it became even more important because at least trees sharing graphics with other objects look like shit. Yes, there are some issues with changing tiles for workshops, but I see a lack of artists interested in creating graphics for twbt in the first place. Once there are any, I'll find a way to change all workshop tiles as well.

Dragon de Platino is working on a Twbt set.

[mifki]

Playing with rendering stuff with materials real colours

Spoiler (click to show/hide)

before


after

Some tiles like bins and barrels will need to be adjusted, also not sure what happened to some floor tiles. But tables and chairs on the right and other furniture now all have different colours because they're made of different materials, and also copper/lead/zinc cages now seem to have more real-life colours.