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.

[Meph]

First of all: Thank you so much for the extensive feedback. I love reading stuff like that, it's really helpful.

1. Adamantine set is not finished. I do have the walls, but never made the sprites for the furniture. It's simply not a feature I released yet, because it's not done. Not high-priority, because people use adamantine mostly for weapons and armor.

2. Varied statues are only for normal rock. 256 rock statues. The other materials have 1 statue sprite each.

3. I'll check on the raptormen.

4./5. Thanks. Been a while since I meddled with launcher/utilities.

Do new items even apply to old saves?

Nope.

[Giant Dwarf]

Is there a way to not have all those stones listed as economic (and still have this feature working)?

Nope, that's just how DF works.

Ah, ok. Sad.

But is it possible for you to change it in a way, that the non-economic stone is non-economic, when this feature is turned off?
Because I didn't enable this feature, but it still lists almost all stones as economic now.

The way it currently works is this:
 - Disabling the feature removes the reaction from your civ, but the reaction still exists. (deep down DF knows that stone can be used in it, hence it's economic)

I could change the launcher to remove the entire reaction too. It's just a few extra lines, which would fix your issue. Btw, you can do that yourself by just deleting reaction_meph, reaction_brickoven and reaction_crematory. Those contain all the custom reactions that the tileset adds. Of course you should keep everything turned off in the launcher, otherwise it will throw a lot of error messages.

It worked.
But somehow the smoothed floor now looks different. And also I can't see the engravings at all (didn't use Extra Engravings).

[BlightTrain]

The plant block constructions, the grass floors and hedge maze walls, do not appear to be displaying properly
Image:

Spoiler (click to show/hide)

When I look in the overrides.txt I see this
Code:

Spoiler (click to show/hide)

#different wall tiles for plant   

[OVERRIDE:30:T:ConstructedRamp:_MDF_overrides_14:223:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:30:T:RampTop:_MDF_overrides_14:222:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:43:T:ConstructedFloor:_MDF_overrides_14:221:::STRUCTURAL_PLANT_MAT]

[OVERRIDE:205:T:ConstructedWallLR:_MDF_overrides_14:208:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:186:T:ConstructedWallUD:_MDF_overrides_14:209:::STRUCTURAL_PLANT_MAT]

[OVERRIDE:200:T:ConstructedWallRU:_MDF_overrides_14:210:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:211:T:ConstructedWallRU2:_MDF_overrides_14:210:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:212:T:ConstructedWallR2U:_MDF_overrides_14:210:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:201:T:ConstructedWallRD:_MDF_overrides_14:211:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:214:T:ConstructedWallRD2:_MDF_overrides_14:211:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:213:T:ConstructedWallR2D:_MDF_overrides_14:211:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:187:T:ConstructedWallLD:_MDF_overrides_14:212:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:183:T:ConstructedWallLD2:_MDF_overrides_14:212:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:184:T:ConstructedWallL2D:_MDF_overrides_14:212:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:188:T:ConstructedWallLU:_MDF_overrides_14:213:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:189:T:ConstructedWallLU2:_MDF_overrides_14:213:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:190:T:ConstructedWallL2U:_MDF_overrides_14:213:::STRUCTURAL_PLANT_MAT]

[OVERRIDE:204:T:ConstructedWallRUD:_MDF_overrides_14:214:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:185:T:ConstructedWallLUD:_MDF_overrides_14:215:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:203:T:ConstructedWallLRD:_MDF_overrides_14:216:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:202:T:ConstructedWallLRU:_MDF_overrides_14:217:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:206:T:ConstructedWallLRUD:_MDF_overrides_14:218:::STRUCTURAL_PLANT_MAT]

[OVERRIDE:206:T:ConstructedFortification:_MDF_overrides_14:219:::STRUCTURAL_PLANT_MAT]
[OVERRIDE:199:T:ConstructedPillar:_MDF_overrides_14:220:::STRUCTURAL_PLANT_MAT]

OVERRIDE:62:T:ConstructedStairD:_MDF_overrides_14:13:::STRUCTURAL_PLANT_MAT
OVERRIDE:60:T:ConstructedStairU:_MDF_overrides_14:14:::STRUCTURAL_PLANT_MAT
OVERRIDE:88:T:ConstructedStairUD:_MDF_overrides_14:15:::STRUCTURAL_PLANT_MAT

And

[TILESET:_Meph_extra_decorations_2.png:_Meph_extra_decorations_2.png:_MDF_overrides_14]
[TILESET:_Meph_smoke_animation.png:_Meph_smoke_animation.png:_MDF_overrides_15]

_Meph_extra_decorations_2.png doesn't have any grass or anything like that as far as I can tell, but _Meph_smoke_animation.png does
So I replace the :_MDF_overrides_14: with :_MDF_overrides_15:
Image:

Spoiler (click to show/hide)

There we go, this is on your 4.8 release by the way

The hedge walls in the screenshots you put in the 4.7 update post on page 132 are a much more vivid green than mine, looks like the same color green as in the _Meph_smoke_animation.png
I've never changed any of the color settings in the launcher, only the font to Meph_simple, do you have different color settings enabled that give them that look?

Cheers

EDIT: Threw things in spoilers because it was a gigantic wall of a post

[Meph]

Wow... how did that happen? Thanks.

They are a different color because I used hardcoded green color at my test, but then decided to let the game add the plant-color on top at the release. This way you can build differently colored hedges, by using different plants. In theory. Most of them are green/dark green.

[BlightTrain]

Wanting to check out the sand theme, and since the Kiln only has the "Shape bricks (4) from sand" and having no idea how/if it's possible to get all the different types in one embark, I used DFHack's createitem command to get all this in-game
Commands: createitem [Item token] [Material] [Quantity (optional)]

Spoiler (click to show/hide)

For the sand blocks to construct the walls, floors, and stairs:

Code: [Select]

createitem BLOCKS INORGANIC:SAND_TAN 200
createitem BLOCKS INORGANIC:SAND_YELLOW 200
createitem BLOCKS INORGANIC:SAND_RED 200
createitem BLOCKS INORGANIC:SAND_BLACK 200
createitem BLOCKS INORGANIC:SAND_WHITE 200
For all the furniture:

Code: [Select]

createitem ARMORSTAND INORGANIC:SAND_TAN
createitem BED INORGANIC:SAND_TAN
createitem BOX INORGANIC:SAND_TAN
createitem CABINET INORGANIC:SAND_TAN
createitem CHAIR INORGANIC:SAND_TAN
createitem COFFIN INORGANIC:SAND_TAN
createitem DOOR INORGANIC:SAND_TAN
createitem HATCH_COVER INORGANIC:SAND_TAN
createitem SLAB INORGANIC:SAND_TAN
createitem STATUE INORGANIC:SAND_TAN
createitem TABLE INORGANIC:SAND_TAN
createitem WEAPONRACK INORGANIC:SAND_TAN


Images:

Spoiler (click to show/hide)

Top Left:        SAND_TAN         same color scheme as SAND_YELLOW, doors/hatch cover are red, is that the red that SAND_RED is supposed to be?
Top Right:       SAND_YELLOW   colors all appear to be as intended
Bottom Left:    SAND_RED         is it supposed to look gold rather than red?  doors/hatch cover are the same color as the SAND_WHITE set
Bottom Mid:     SAND_BLACK      doors/hatch cover are the same color as the SAND_WHITE set
Bottom Right:   SAND_WHITE     doors/hatch cover look darker than the rest of the set, not sure if said doors/hatch are working as intended since SAND_YELLOW's doors and hatch are the exact same shade as the rest of it's set
Bottom Picture: Your V4.8 Post   looks the same as it does in _Meph_extra_decorations_2.png

I'm hoping SAND_TAN is supposed to look the way it does in your V4.8 Post because that's my favorite shade
If not (so I can edit for personal preference) you said you used a different color for the test image you took of the hedges in the V4.7 Post (where they looked the same color as they do in _Meph_smoke_animation.png) and a different color for release, do you know what I should edit to make SAND_TAN display as it does in your picture and _Meph_extra_decorations_2.png?

Also, aside from the issues with the doors and hatch covers, you can see the text looking stuff behind the cabinets, chests, slabs, and coffins
Looking at _Meph_extra_decorations_2.png and _Meph_extra_decorations_2-bg.png appears to reveal why:

Spoiler (click to show/hide)

         

You can see said text behind where the cabinet, chest, slab, and coffin reside

The display issues with the doors and hatch covers reminds me of a similar problem I encountered, I got the Adamantine sprites you made working in-game perfectly fine, then I noticed that sexy green cloth themed one that's in _Meph_extra_decorations_2.png above the sand theme, found it to be the THREAD_PLANT one in the overrides.txt, and that similar to the Adamantine you hadn't gotten around to finishing adding the rest of the entries for it, the construction entries were in and working but the furniture wasn't yet.
I copied the furniture entries for SILVER, since they were in the same position in _Meph_furniture.png as the THREAD_PLANT furniture was in _Meph_extra_decorations_2.png, changed the _MDF_overrides_7 to _MDF_overrides_14 for everything that had a sprite in the same position, then tested:
Here's the overrides.txt code:

Spoiler (click to show/hide)

Code: [Select]

######################################################################################
#furniture overrides for THREAD_PLANT 

[OVERRIDE:14:B:ARMOR_STAND:Armorstand::_MDF_overrides_14:80:::THREAD_PLANT]
[OVERRIDE:14:I:ARMORSTAND:ARMORSTAND::_MDF_overrides_14:80:::THREAD_PLANT]
[OVERRIDE:251:B:WEAPON_RACK:Weaponrack::_MDF_overrides_14:81:::THREAD_PLANT]
[OVERRIDE:251:I:WEAPONRACK:WEAPONRACK::_MDF_overrides_14:81:::THREAD_PLANT]
[OVERRIDE:210:I:CHAIR:CHAIR::_MDF_overrides_14:82:::THREAD_PLANT]
[OVERRIDE:210:B:CHAIR:Chair::_MDF_overrides_14:82:::THREAD_PLANT]
[OVERRIDE:227:B:CABINET:Cabinet::_MDF_overrides_14:83:::THREAD_PLANT]
[OVERRIDE:227:I:CABINET:CABINET::_MDF_overrides_14:83:::THREAD_PLANT]
[OVERRIDE:146:B:BOX:Box::_MDF_overrides_14:84:::THREAD_PLANT]
[OVERRIDE:146:I:BOX:BOX::_MDF_overrides_14:84:::THREAD_PLANT]
[OVERRIDE:239:B:SLAB:Slab::_MDF_overrides_14:85:::THREAD_PLANT]
[OVERRIDE:239:I:SLAB:SLAB::_MDF_overrides_14:85:::THREAD_PLANT]
[OVERRIDE:233:B:BED:Bed::_MDF_overrides_14:86:::THREAD_PLANT]
[OVERRIDE:233:I:BED:BED::_MDF_overrides_14:86:::THREAD_PLANT]
[OVERRIDE:234:B:STATUE:Statue::_MDF_overrides_14:87:::THREAD_PLANT]
[OVERRIDE:234:I:STATUE:STATUE::_MDF_overrides_14:87:::THREAD_PLANT]
[OVERRIDE:209:B:TABLE:Table::_MDF_overrides_14:88:::THREAD_PLANT]
[OVERRIDE:209:I:TABLE:TABLE::_MDF_overrides_14:88:::THREAD_PLANT]
[OVERRIDE:48:B:COFFIN:Coffin::_MDF_overrides_14:89:::THREAD_PLANT]
[OVERRIDE:48:I:COFFIN:COFFIN::_MDF_overrides_14:89:::THREAD_PLANT]
[OVERRIDE:19:B:CAGE:Cage::_MDF_overrides_7:90:::THREAD_PLANT]
[OVERRIDE:19:I:CAGE:CAGE::_MDF_overrides_7:90:::THREAD_PLANT]
[OVERRIDE:246:I:BARREL:BARREL::_MDF_overrides_7:91:::THREAD_PLANT]
[OVERRIDE:88:I:BIN:::_MDF_overrides_7:92:::THREAD_PLANT]
floor (see constructions)
[OVERRIDE:155:B:HATCH:Hatch::_MDF_overrides_7:94:16:::THREAD_PLANT]
[OVERRIDE:155:I:HATCH_COVER:HATCH_COVER::_MDF_overrides_7:94:16:::THREAD_PLANT]

#:THREAD_PLANT doors
[OVERRIDE:240:I:DOOR:DOOR::_MDF_overrides_7:95:::THREAD_PLANT]
#:THREAD_PLANT doors
[OVERRIDE:240:B:DOOR:Door::_MDF_overrides_7:95:::THREAD_PLANT]

######################################################################################


The createitem commands:

Spoiler (click to show/hide)

For the thread bars to construct the walls, floors, and stairs:

Code: [Select]

createitem BAR PLANT_MAT:GRASS_TAIL_PIG:THREAD 200
For all the furniture:

Code: [Select]

createitem ARMORSTAND PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem BED PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem BOX PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem CABINET PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem CHAIR PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem COFFIN PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem DOOR PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem HATCH_COVER PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem SLAB PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem STATUE PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem TABLE PLANT_MAT:GRASS_TAIL_PIG:THREAD
createitem WEAPONRACK PLANT_MAT:GRASS_TAIL_PIG:THREAD


And the Image:

Spoiler (click to show/hide)

(Also got those statues working in gold and they look glorious)

Chests, Coffers, and Bags are all a BOX in the game files, the in-game difference being what they're made out of, so of course the BOX comes out to be a bag since it's made of thread, but that's not an issue
First take note that the Cage, Barrel, Bin, Door, and Hatch Cover lines were not changed yet aside from replacing "::::INORGANIC:SILVER" with ":::THREAD_PLANT" so I figured they should still just be displaying the same Silver sprites.
The Cage, Barrel, and Bin did. They displayed as the Silver sprites perfectly fine.
The issue is again the doors and hatch covers, like up above with the sand, except the doors are just displaying as black squares and the hatch cover is displaying part of the sprite on top of a black square.
I tried replacing the door and hatch cover entries with ones from the other furniture type entries like metal, rock, gold, even your copper one, only changing the material at the end.
Every time I got the same black squares and DFHack, immediately upon finishing loading my save, always gave me this:

Spoiler (click to show/hide)

"TWBT: invalid material flag THREAD_PLANT"
Like I said before I'm completely new to modding DF, I've just been attempting to read through and make sense of your mod files, so I've got no clue about TWBT or how it works.
Plant thread is of course not a valid building material for doors or hatch covers in vanilla DF, so considering the error message, I wonder if TWBT would have needed to be programmed to recognize it as a valid building material for doors and hatch covers in order to display them properly, or something
If that is the case, I wonder if the issue with the sand is a similar one:
Although DFHack isn't giving any errors about the sand doors or hatch covers, you can't make said items with sand in vanilla DF (as far as I'm aware)
So maybe it's not just the plant thread doors/hatch covers which aren't displaying correctly because of an issue in TWBT
Maybe that's the issue the sand ones are having as well

You've been modding the game since 2011 so maybe you'd have known what's up just from looking at it
If not, I hope I saved you a chunk of troubleshooting time because I just looked at the clock and I've apparently been trying to figure out what's going on with all these doors for the past 6 hours

wew

EDIT: Aside from letting me know how to edit SAND_TAN to make it look the way it does in your V4.8 Post, could you please also tell me how to get the hedge rows to have that nice green from your test screenshot?
I've tried making them out of every single plant at the surface of a 4x4 embark and they all come out the same darker green.
If there's also a way to get the constructed grass floors to have a nicer green, like the natural grass in:

Spoiler (click to show/hide)

That would be amazing as well

Cheers

[Meph]

...

I think I shouldn't release stuff as quickly as I do.

The different colors are mostly from the color scheme. Try default Ascii colors, it should look as intended. Currently the tileset uses spacefox (I think), which has weird pastel tones everywhere. If you want to change the color tokens in the raws, go to inorganic_soil.txt and add the color from http://dwarffortresswiki.org/index.php/DF2014:Color that you want to use.

Hatches and doors use hardcoded colors because DF is weird and would use an inverted-tile for them, so I have to force the foreground color on those.

Sorry about the text, no idea how I missed that, but it's in the -bg/-top TWBT files. They are related to transparency and I don't check them regularly. :/

[BlightTrain]

I checked out inorganic_stone_soil.txt and read the wiki page, which told me what DISPLAY_COLOR does, then saw that SAND_WHITE, BLACK, and RED respectively had 178, 202, and 191 for their first values.
I eventually managed to find that color chart you posted in http://www.bay12forums.com/smf/index.php?topic=170644.0

Spoiler (click to show/hide)

That put WHITE as pearl, BLACK as taupe gray, and RED as rust, which weren't how they looked in-game, as you could see in that screenshot from the 4.8 release in the previous post:

Spoiler (click to show/hide)

Then I noticed saffron, the color right under rust, looked just like what SAND_RED was coming up as in-game, and then that WHITE was coming in as periwinkle, under pearl, and BLACK was showing taupe, under taupe gray.
After comparing to the descriptor_color_standard.txt, it seems 141 eggplant is on that color chart but not in your game files, so everything past it was shifted down a number.
Decreasing those three values by one, then setting SAND_TAN to 199 Tan and SAND_YELLOW to 145 Gold as a test gave me this:

Spoiler (click to show/hide)

Here's the changed DISPLAY_COLOR that was used in that screenshot:

Spoiler (click to show/hide)

Code: [Select]

[INORGANIC:SAND_TAN]
[USE_MATERIAL_TEMPLATE:SOIL_TEMPLATE]
[STATE_NAME_ADJ:ALL_SOLID:sand][DISPLAY_COLOR:199:199:0]6:4:1[TILE:141]
[SOIL]!AQUIFER![SOIL_SAND][REACTION_CLASS:SAND]
[SOLID_DENSITY:1710] SCS = 90/5/5

[INORGANIC:SAND_YELLOW]
[USE_MATERIAL_TEMPLATE:SOIL_TEMPLATE]
[STATE_NAME_ADJ:ALL_SOLID:yellow sand][DISPLAY_COLOR:145:145:0]158:7:0[TILE:141]
[SOIL]!AQUIFER![SOIL_SAND][REACTION_CLASS:SAND]
[SOLID_DENSITY:1710] SCS = 90/5/5

[INORGANIC:SAND_WHITE]
[USE_MATERIAL_TEMPLATE:SOIL_TEMPLATE]
[STATE_NAME_ADJ:ALL_SOLID:white sand][DISPLAY_COLOR:177:177:0]7:7:1[TILE:141]
[SOIL]!AQUIFER![SOIL_SAND][REACTION_CLASS:SAND]
[SOLID_DENSITY:1710] SCS = 90/5/5

[INORGANIC:SAND_BLACK]
[USE_MATERIAL_TEMPLATE:SOIL_TEMPLATE]
[STATE_NAME_ADJ:ALL_SOLID:black sand][DISPLAY_COLOR:201:201:0]0:0:1[TILE:141]
[SOIL]!AQUIFER![SOIL_SAND][REACTION_CLASS:SAND]
[SOLID_DENSITY:1710] SCS = 90/5/5

[INORGANIC:SAND_RED]
[USE_MATERIAL_TEMPLATE:SOIL_TEMPLATE]
[STATE_NAME_ADJ:ALL_SOLID:red sand][DISPLAY_COLOR:190:190:0]4:4:0[TILE:141]
[SOIL]!AQUIFER![SOIL_SAND][REACTION_CLASS:SAND]
[SOLID_DENSITY:1710] SCS = 90/5/5


I guess those are probably the colors you were intending?
In addition, the colors from descriptor_color_standard.txt always display the same no matter what color scheme, spacefox or vanilla, you have active, so no need to worry about that.
These are the 5 shades of yellow that aren't neon hell in-game, if you're trying to figure which one to pick:

Spoiler (click to show/hide)

I'm not sure what you meant about the doors using an inverted tile, they display perfectly fine for me in-game, even when creatures/dwarves are going through them:

Spoiler (click to show/hide)

No idea what those numbers between the DISPLAY_COLOR and the TILE do though.
[STATE_NAME_ADJ:ALL_SOLID:sand][DISPLAY_COLOR:199:199:0]6:4:1[TILE:141]

And I don't know how much of a pixel perfectionist you want to be, but the coffin could be moved 1 pixel to the left to line it up in the center, just like the bed, if you want:

Spoiler (click to show/hide)

Also, since I tried to label the sand materials in that screenshot I also noticed the letter A seems to be a dwarf and B seems to be locked in a cage:

Spoiler (click to show/hide)

...

I think I shouldn't release stuff as quickly as I do.

Aww... now I feel bad for hitting you up with all these bug reports, but trying to figure out what's what in these files and how they work is teaching me how to mod these things
I can't find any tutorials on TWBT or the overrides.txt or what half of the values in some color things even affect
Having these bugs to get me to experiment with your files by changing values around is actually getting me to learn how to do all this stuff
Now I know how to make these sand blocks in every color I could possibly want
AND (Thank Armok) I found out we don't even have to generate a new world to test color changes in inorganic_stone_soil.txt, I just have to edit the one in the save folder then load the save to see all the colors from descriptor_color_standard.txt
Really I could build the whole fort without worrying about the color then swap it around at a whim like some insane home decorator who can't live with walls being any one color for more than a week
This is going to make fort styling so much bloody easier
Which, due to the lack of tutorials, I would have never been able to figure out that I can even do if not for trying to troubleshoot the random display issues
So I'm quite thankful you made the photoshop mockups for the preview images rather building them ingame then seeing the problems and fixing them before release

Please feel free to keep releasing stuff as quickly as you do

Cheers

[Meph]

Blighttrain, can I keep you? This is fantastic.

No idea what those numbers between the DISPLAY_COLOR and the TILE do though.
[STATE_NAME_ADJ:ALL_SOLID:sand][DISPLAY_COLOR:199:199:0]6:4:1[TILE:141]

The numbers are the original, vanilla color values. If something goes wrong, I can easily find them. Since they lack the brackets, DF completely ignores them.

[LeoCean]

You can also change [ whats in here ] for creatures/reactions/buildings so long as you don't add new [ ] and just edit whats inside of the existing [ ]. Probably wouldn't want to change the [Creature:Dwarf/dog] type stuff but everything below them is editable. At least new creatures will have those changes, you can't change existing creatures through that method, unless you edit them 1 by 1 somehow. If you gave a creature a greyscale(in the graphics folders images) and added color to it(in the creature_ file), you could definitely change its color. Of course it'd probably look weird compared to coloring it directly.

Spoiler (click to show/hide)

I am pretty sure you could add extra [PRODUCT or [REAGENT:, if it works similar to other games, its just the [REACTION: that is not addable (well reaction names you can change completely, might get errors/breaks if its queue'd with something)(but reactions should be injectable into the saves through dfhack)

[BlightTrain]

Blighttrain, can I keep you? This is fantastic.

Happy to help, I've been enjoying the tile-set and everything that comes with it so I'm glad I could assist

Question: I started in a forest and I had so many logs all over the ground it was lagging my stocks menu just trying to load all them, so that gave me the idea to test out the campfire.
So I light it up and it expands to around a 15 tile diameter then my game starts chugging and plummets down to 1 fps.
I kill the game then disable animations so I can start a fresh fire and see if that helps.  It doesn't.
I figure I'm just going to have to wait it out, then after it eventually chugs to around a 100 tile diameter, it starts running fine at a stable 30 fps.
It runs like that for a minute or so then it starts chugging back to 1 fps.
Another few minutes then it lets up again back to a stable 30, and thankfully I had SoundSense running and the Announcement Window utility on my 2nd monitor.
I notice my web gatherer and one of my hunters was fighting some giant enemy crab or something in the caves underground.
During the battle my fps was fine but after the battle it dropped back down to running at 1 fps again, so I disabled those labors on everyone who had them, but then it started raining and put out the fire.
The game was back to running fine again, but I had to wait what felt like 10 minutes for the rain to stop.
After it stopped I was finally able to light the large campfire and watch the map start to burn at a stable 30 fps.
So I exit out and turn animations back on and it runs without a hitch, and I'm able to watch the entire landscape go up in flames and it was glorious
Except for the trees
That Armok damned blasted overgrown elf hugging infection of a forest somehow managed to survive the fire from hell, continuing to tower all around and above my walls like a never ending miasma of elf shit as if taunting me while I watched another one of those sapling bastards sprout up into another one.
What the bloody hell

So here's the question: Is it possible to mod the fire your campfire starts to burn away trees as well?
I can barely turn their downed logs into charcoal before those bastards are back at my walls like magic elven siege towers letting every race in the fortress defense mod jump my walls like bloody harpies
I know I could pave roads or build floors on the ground around the walls to stop those wooden vermin from reproducing but we have neither the time nor dwarfpower to do any of that along with all the other stuff we have to do to keep the fort alive in between sieges
I have to go full Catachan by mowing the lawn with flamethrowers every day or we're going to lose the surface

If there's no way to get the fire to burn trees maybe I'm just going to have to cut them all down every morning first and then light the fire to dissolve the logs
Legendary skill wood cutter here we come

Of all the ways I heard Dwarf Fortress has to kill you before I started playing, I never expected the damn trees.

[Meph]

The FPS drop has nothing to do with the graphics, it's the temperature calculations and resulting pathing around the hot no-go zones. At least it should be, in theory.

Trees won't burn, Toady never added that. Can't mod that either, they are terrain.

If you want to get rid of logs, crematory, wood furnace or atom-smash them.

Why do you want to get rid of trees btw? They don't do anything harmful.

[KassaK]

Hey Meph, I have a question for you, why do you have 2 differents launcher ? This one, and another for Masterwork ?

Is it complicated to combine the 2 ? => Less work for you, more fun for us !!

I'm asking because Masterwork does not use the latest version of your tileset and I have the impression that it makes you double work to update everything.

Why not do a single launcher to rule them all ?

And thanks you for your awesome work, you're awesome, long life to you !

[Meph]

It's because they do different things on different versions. ^^

It's far easier to update them independently. The MasterworkDF mod doesn't have this tileset because it would mean a lot of work and there is something else I'm working on too, which might make it obsolete anyway.

Thanks and greetings from Bavaria

I hope to get a bugfix up today, just testing everything to be sure this time. The color offset by one number rattled me quite a bit, because Splint had weird colors as well and I thought it was because of his modded save. It might be that BlightTrain helped a lot more than he thought.

I know that at some point I removed and/or added the entry "EGGPLANT" for colors at some point. It got lost in some update, Jecova pointed it out to me long ago. And that one missing color definition token might have moved all the colors one step. 

[Splint]

Eggplant was missing according to a number of ZM's creatures, and you never bothered/refused to put it back in because only eggplants used the color by default (however I can confirm some procedural stuff will as well - an eggplant colored weremammoth wasn't something I expected to ever see.)

Which I was as useful to the bugfixing process. I generally assume anything that breaks in my game is my own fault.

[Meph]

Procedual stuff shouldn't be able to use it if it's not in the raws.

I was mostly afraid that adding it back in after assigning all the colors would offset them by one, but maybe it's the other way around.