Print

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

[mifki]

Cool. I don't have Linux at home at the moment, will take a look on Monday.

[Rydel]

I'm working on a TWBT version of my new tileset, and I'm currently having an issue where nothing is getting overridden.  I know TWBT is active, since multi-level rendering is working.  PRINT_MODE is set to TWBT.  I've checked un-overridden tiles with "createitem info" and the information it provides seems to match overrides.txt.  The filename is TILESET matches the filename for the overrides.  The override tile set is in the correct location (data/art) as is overrides.txt (data/init).

Is there anything else that could be blocking the tiles from being overridden?

[mifki]

If there are no red/yellow warnings from twbt on start, better just post part of your overrides.txt and I'll tell what's wrong there.

[Rydel]

No yellow or red notices at start.

Here's the weapon section of my override.  I'm testing with this, since the default embark includes an axe and a pick, plus I can easily make training axes/swords/spears

Code: [Select]

###########
# Weapons #
###########

# Whip
[OVERRIDE:47:I:WEAPON:WEAPON:0:2:77]
# Battle Axes
[OVERRIDE:47:I:WEAPON:WEAPON:1:2:78]
# War Hammers
[OVERRIDE:47:I:WEAPON:WEAPON:2:2:79]
# Short Swords
[OVERRIDE:47:I:WEAPON:WEAPON:3:2:80]
# Spears
[OVERRIDE:47:I:WEAPON:WEAPON:4:2:81]
# Maces
[OVERRIDE:47:I:WEAPON:WEAPON:5:2:82]
# Crossbows
[OVERRIDE:47:I:WEAPON:WEAPON:6:2:83]
# Picks
[OVERRIDE:47:I:WEAPON:WEAPON:7:2:84]
# Bows
[OVERRIDE:47:I:WEAPON:WEAPON:8:2:85]
# Blowguns
[OVERRIDE:47:I:WEAPON:WEAPON:9:2:86]
# Pikes
[OVERRIDE:47:I:WEAPON:WEAPON:10:2:88]
# Halberd
[OVERRIDE:47:I:WEAPON:WEAPON:11:2:87]
# Two-Handed Swords
[OVERRIDE:47:I:WEAPON:WEAPON:12:2:89]
# Long Swords
[OVERRIDE:47:I:WEAPON:WEAPON:13:2:90]
# Mauls
[OVERRIDE:47:I:WEAPON:WEAPON:14:2:91]
# Great Axes
[OVERRIDE:47:I:WEAPON:WEAPON:15:2:92]
# Large Dagger
[OVERRIDE:47:I:WEAPON:WEAPON:16:2:93]
# Scourges
[OVERRIDE:47:I:WEAPON:WEAPON:17:2:94]
# Flail
[OVERRIDE:47:I:WEAPON:WEAPON:18:2:94]
# Morning Stars
[OVERRIDE:47:I:WEAPON:WEAPON:19:2:95]
# Scimitars
[OVERRIDE:47:I:WEAPON:WEAPON:20:2:96]
# Training Axes
[OVERRIDE:47:I:WEAPON:WEAPON:21:2:97]
# Training Short Sword
[OVERRIDE:47:I:WEAPON:WEAPON:22:2:98]
# Training Spear
[OVERRIDE:47:I:WEAPON:WEAPON:23:2:99]

[k9wazere]

Anyone having crash problems when changing Z-levels? A brief google suggested it could be due to TWBT multilevel feature.

I've never had DF crash like this before I started using the lazy newb pack, and it's always when I change z-level (otherwise game stability is rock solid for me). Happens several times per game year.

[KingKaol]

I'm not using the lazy newb pack, but try replacing

automaterial.plug.so, mousequery.plug.so, and resume.plug.so

by the original files provided by the dfhack release (r2)

[lethosor]

You can grab those files from the DFHack releases page.

[LeoCean]

I'm working on a TWBT version of my new tileset, and I'm currently having an issue where nothing is getting overridden.  I know TWBT is active, since multi-level rendering is working.  PRINT_MODE is set to TWBT.  I've checked un-overridden tiles with "createitem info" and the information it provides seems to match overrides.txt.  The filename is TILESET matches the filename for the overrides.  The override tile set is in the correct location (data/art) as is overrides.txt (data/init).

Is there anything else that could be blocking the tiles from being overridden?

Try adding the equivalent of this to it .

[TILESET:Vanilla DF - 24x - Items.png:Vanilla DF - 24x - Items.png:2]
#[OVERRIDE:Tile:Kind:Id:Type:Subtype:Tileset:NewTile]

[OVERRIDE:47:I:AMMO:AMMO:0:2:0]
[OVERRIDE:47:I:AMMO:AMMO:1:2:1]
[OVERRIDE:47:I:AMMO:AMMO:2:2:2]

As I'm pretty certain it requires that.

[Rydel]

I have that line in there - I forgot to include it in the sample, since it was far away from the text I did copy:

[TILESET:rally_ho_twbt_1.png:rally_ho_twbt_1.png:2]

In order to make sure I didn't miss anything else, I've put the entire file up on pastebin: http://pastebin.com/r0Z9kGL2

[LeoCean]

Try these overrides to see if it's your overrides that aren't working or wrong settings that are the cause.

Spacefox overrides

Make sure you still have your copy though.

[Rydel]

The Spacefox overrides you provided do work, so it seems to be some issue with my overrides.

[LeoCean]

My guess is that the tileset has capitals and you are using rally_ho_twbt_1 instead. It needs to be exactly how it is spelled, I'm just assuming that because your other tilesets have capitals.

[Rydel]

The file's case matches the override.txt.
I've also changed it so they both use title case, but that hasn't had any effect.

[mifki]

That's weird, I don't know.. Maybe something with file format.. Can you try creating a new overrides.txt from scratch with just couple overrides for test? Or just use Spacefox overrides as a starting point, replacing filename/numbers in it.

[LeoCean]

The file's case matches the override.txt.
I've also changed it so they both use title case, but that hasn't had any effect.

Try just renaming your item override tileset to Vanilla DF - 24x - Items like in the spacefox overrides (mephs overrides) then use the [Tilest: stuff from the spacefox overrides, not including the item overrides to see if that works. I'm pretty sure it's something to do with the name of the tileset you are using as the item overrides look correct.