Print

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

Icons, like ASCII but prettier.

Hand-drawn, like an old-timey sepia map.

Full graphics, like JRPGs with full-on sprites.

Same as the tileset ingame. Forests would use the tree sprite, mountains a rock sprite, etc.

Other. Please post your ideas/examples.

[Mrok Girl]

i just had my first crash since 44.05.
maybe the game didn't like me planting 5 doors and restricting the meeting hall so fast.

Did you remember to change the multilevel redraw to whatever you had previously? I only just did ^^'

[Pvt. Pirate]

i just had my first crash since 44.05.
maybe the game didn't like me planting 5 doors and restricting the meeting hall so fast.

Did you remember to change the multilevel redraw to whatever you had previously? I only just did ^^'

that's always the first thing i do - otherwise mousequery edge would drive me nuts, because it doesnt work properly with multilevel view.

[Vordak]

Found a strange bug - incorrect display tile of wheelbarrow(tile #237 from _MDF_items.png) - it look like helve(tile #247 from _MDF_items.png).
In overrides.txt is all written correctly:

Code: [Select]

[OVERRIDE:255:I:TOOL:TOOL:17:_MDF_overrides_1:237]Screenshot I do not attach as it is not informative.

P.S overrides.txt definitely requires marks\notes for items from ...\raw\objects\ .
P.S.2. In tileset from PeridexisErrant's Starter Pack (64bit) - v0.44.05-r03 there is no such bug (code of wheelbarrow override is similar) - It looks like the problem is related to version of DFhack or TWBT.
P.S.3. Also found that instead of pot(tile #233) shows scroll roller(tile #239).

[PrudentDwarves]

Wooden doors use so called inverted tiles, they use the background color, black, which TWBT cant really handle.
The only way to change that would be to apply a fixed color, which would make all wooden doors the same hue.

No, it is not. TWBT handles them all right.
Since wooden doors in DF represented as colorwise-inverted symbol, the sprite itself must be converted as well. And I've managed to do that with one smart tool.

Where can I submit/upload it to?
(It's a PNG 32x32 new wooden door image.)

P.S. Yes!!! Finally!!! In my fortress each and every wooden door has its own hue based on material used.

[fricy]

Found a strange bug - incorrect display tile of wheelbarrow(tile #237 from _MDF_items.png) - it look like helve(tile #247 from _MDF_items.png).
In overrides.txt is all written correctly:

Code: [Select]

[OVERRIDE:255:I:TOOL:TOOL:17:_MDF_overrides_1:237]Screenshot I do not attach as it is not informative.

P.S overrides.txt definitely requires marks\notes for items from ...\raw\objects\ .
P.S.2. In tileset from PeridexisErrant's Starter Pack (64bit) - v0.44.05-r03 there is no such bug (code of wheelbarrow override is similar) - It looks like the problem is related to version of DFhack or TWBT.
P.S.3. Also found that instead of pot(tile #233) shows scroll roller(tile #239).

I can confirm that this bug exists if you use the Revised option in the launcher, but displays correctly with the default raws. I noticed the wheelbarrows bug in the raws sets I generated and posted here earlier, and it seems to be present in Meph's official version too. It indicates that something in Revised messes up the tool IDs in the memory.

I expect all/some tools  to be shifted by 7, because you can fix wheelbarrows by changing:

Code: [Select]

[OVERRIDE:255:I:TOOL:TOOL:24:_MDF_overrides_1:247]to

Code: [Select]

[OVERRIDE:255:I:TOOL:TOOL:24:_MDF_overrides_1:237] wheelbarrow was 247As you can see TOOL:17 became TOOL:24. Vordak's comment for pot show the same shift TOOL:12 (#233) ->TOOL:19 (#239)
It needs to be confirmed that all tools are messed up, or only some. It would also be nice to confirm that other items are ok.

I tried to compare the generated raw sets between default/revised, but nothing stands out as obvious, item_tool.txt is identical in both versions. So I'm stumped for the reason, if Meph doesn't know either, then the obvious fix is to have a modified overrides.txt for Revised with the shifted tool IDs.

PS1: What's the command in dfhack for inspecting the memory layout of units/items/etc.? I forgot, would be useful in this case.
PS2: @Meph: As far as I know you don't need the LAA patch with the now standard 64 bit DF, it can address all the memory avaliable.

[jecowa]

PS1: What's the command in dfhack for inspecting the memory layout of units/items/etc.? I forgot, would be useful in this case.

You mean this thing?: https://gist.github.com/cvuchener/c176e7d0bee18e5c6c75c7ac5bded6f7

[fricy]

PS1: What's the command in dfhack for inspecting the memory layout of units/items/etc.? I forgot, would be useful in this case.

You mean this thing?: https://gist.github.com/cvuchener/c176e7d0bee18e5c6c75c7ac5bded6f7

No, altough that script is useful for debuging this. I was thinking of gui/gm-editor. Found it.
(Goddam it Toady, you put tools into finished goods, large tools into furnitures, and some tools even have their own stockpile settings... And it looks like musical intruments are not musical intruments at all, but tools, so you can't seperate them out. And why is honeycomb even a tool? Joy to debug this mess. /rant off)

So, I generated a Revised world, embarked with all tools I could buy, and used to script above to get the IDs. Here are the results.

Code: [Select]

17 nest box
18 jug
19 large pot
20 hive
---
23 minecart
24 wheelbarrow
25 stepladder
26 scroll rollers
27 book binding
---
30 book case
---
33 pedestal
34 display case
That seems to be in the same order found in the wiki. Crutches, splints, quivers, etc. seem to be in order, as they are items, not tools. I suspected some shenaningans with musical intruments, but their IDs are all after these base tools (35+), so that's out. Although I have to say intruments in stockpile definetly look odd, like a floor covered with straw. Is that intentional?
EDIT: intruments look all right, and go into the correct piles. Intrument pieces look odd, and go to tools piles.

Can someone else confirm they see the same shift of 7 in tool IDs? So far I have two words with the same results and Vordak's report.

[Meph]

Oh, that explains it.

TWBT lists things by the order they appear in the raws. Revised adds a file called item_macro_fantastic.txt. It has custom reagents (Tools) for a few new reactions that take out micromanagement from the game a bit. since item_macro_fantastic is alphabetically above item_tool, those 7 new items get added first. TWBT now thinks that those are the items 0-6 in its list.

Simple fix, thanks for letting me know that the problem exists.

PS: I'm very familiar with this bug/issue due to making graphics for MasterworkDF. New items constantly had to be put into item_z_name.txt, so that they appear at the bottom on the list.

[Rose]

Just a note, Armok Vision has options to do a full dump of all items in the game, including and IDs and raw names.

[fricy]

Revised adds a file called item_macro_fantastic.txt. It has custom reagents (Tools) for a few new reactions that take out micromanagement from the game a bit.

Typical, just about the only file I didn't check. Because "macro". Why would it contain tools? 
Since I already made it, this should be the quickfix for overrides.txt until Meph release the official one. Note that the last two lines are not in the tools section, but further down around line 2530ish.

Spoiler: quickfix for overrides (click to show/hide)

Code: [Select]

[OVERRIDE:255:I:TOOL:TOOL:7:_MDF_overrides_1:224]
[OVERRIDE:255:I:TOOL:TOOL:8:_MDF_overrides_1:225]
[OVERRIDE:255:I:TOOL:TOOL:9:_MDF_overrides_1:226]
[OVERRIDE:255:I:TOOL:TOOL:10:_MDF_overrides_1:227]
[OVERRIDE:255:I:TOOL:TOOL:11:_MDF_overrides_1:228]
[OVERRIDE:255:I:TOOL:TOOL:12:_MDF_overrides_1:229] cauldron ?
[OVERRIDE:255:I:TOOL:TOOL:13:_MDF_overrides_1:229] ladle ?
[OVERRIDE:255:I:TOOL:TOOL:14:_MDF_overrides_1:229] bowl ?
[OVERRIDE:255:I:TOOL:TOOL:15:_MDF_overrides_1:230] mortar ?
[OVERRIDE:255:I:TOOL:TOOL:16:_MDF_overrides_1:231] pestele ?
[OVERRIDE:255:I:TOOL:TOOL:17:_MDF_overrides_1:180] nest box
[OVERRIDE:255:I:TOOL:TOOL:18:_MDF_overrides_1:232] jug
[OVERRIDE:255:I:TOOL:TOOL:19:_MDF_overrides_1:233] pot
[OVERRIDE:255:I:TOOL:TOOL:20:_MDF_overrides_1:234] hive
[OVERRIDE:255:I:TOOL:TOOL:21:_MDF_overrides_1:235] honeycomb
[OVERRIDE:255:I:TOOL:TOOL:22:_MDF_overrides_1:236] pouch
[OVERRIDE:255:I:TOOL:TOOL:23:_MDF_overrides_1:221] minecart
[OVERRIDE:255:I:TOOL:TOOL:24:_MDF_overrides_1:237] wheelbarrow
[OVERRIDE:255:I:TOOL:TOOL:25:_MDF_overrides_1:238] stepladder
[OVERRIDE:255:I:TOOL:TOOL:26:_MDF_overrides_1:239] scrollroller
[OVERRIDE:255:I:TOOL:TOOL:27:_MDF_overrides_1:243] bookbinder
[OVERRIDE:255:I:TOOL:TOOL:28:_MDF_overrides_1:244] scroll
[OVERRIDE:255:I:TOOL:TOOL:29:_MDF_overrides_1:245] quire
[OVERRIDE:255:I:TOOL:TOOL:30:_MDF_overrides_1:246:16] bookcases
[OVERRIDE:255:I:TOOL:TOOL:31:_MDF_overrides_1:247] helve?
[OVERRIDE:255:I:TOOL:TOOL:32:_MDF_overrides_1:248] ?

[OVERRIDE:255:I:TOOL:TOOL:33:_MDF_overrides_2:188:16] pedestal ?
[OVERRIDE:255:I:TOOL:TOOL:34:_MDF_overrides_2:204:16] display case ?

@Meph: Will renaming that file to fix the tools break already generated worlds? I seem to remember that. Also it looks to me pedestals and display cases are mixed up. Not sure though, and the art is quite similar.
PS: Stepladders also seem off.

Just a note, Armok Vision has options to do a full dump of all items in the game, including and IDs and raw names.

Thx, would have been useful.

[Meph]

@Meph: Will renaming that file to fix the tools break already generated worlds? I seem to remember that. Also it looks to me pedestals and display cases are mixed up. Not sure though, and the art is quite similar.

Yes, if you also update the saved raws.

Taffer said something about possibly removing the Macro reactions part of his mod... I'm not sure if the new tools will even stay in till the next update. ^^

[Rose]

I think a lot of this could be solved by TWBT using tokens instead of numbers.

[Pvt. Pirate]

can you make an updated version for all those who would kill their game by changing it manually?

[Vordak]

Another bug - constructed and carved fortifications looks unlike expected.

Spoiler: fortification (click to show/hide)

[db48x]

This tileset is great! Thanks!