Print

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

[milo christiansen]

I found two bugs:

1) Items being carried by dwarves do not use their override tiles.
2) When scrolling the screen, if an overridden tile would be (without the override) the same as the tile that was in that location before the view was moved the tile is not updated to use the override (AFAIK this only triggers if the tiles are the same color and everything)

Other than those two bugs this is very cool! I am working on a ASCII compatible tileset that is fully graphical by virtue of overrides, so far it is working well and the results are great

[mifki]

1. I believe items being carried are specifically excluded, but it should be possible to include them too, just never thought about them.

2. Unfortunately that's how it works (well, it's not bad actually, only for overrides) - if tile is the same, renderer's update_tile() isn't called because there's no need to redraw it, so I don't get a chance to apply overrides. Don't think anything can be done about this.

[milo christiansen]

Well 2 is really rare so it's not a big issue, but 1 is really annoying so having that fixed would be wonderful!

[mifki]

Seems 1 doesn't work the way I thought, going to be tricky to fix..

[Meph]

But thats only for haulers, yes?

[GavJ]

Is there any way that the same concept of this utility for glyphs also be applied to color schemes? I.e., specifying overrides and zones where one color scheme is used in one place and another in another?

[mifki]

Is there any way that the same concept of this utility for glyphs also be applied to color schemes? I.e., specifying overrides and zones where one color scheme is used in one place and another in another?

Should be possible, but can you explain why do you want this?

[Meph]

Materials, maybe? Bronze sword gets different color than a steel sword, etc?

[mifki]

But materials already have different colors that can be changed in raws, aren't they? The only thing is that I can use any colour not limited to df colour scheme. But GavJ mentioned some "zones" so maybe he meant something different.

[Meph]

Oh, I didnt realize that the overlay tiles would already use the ingame colors, thats neat. But in that case, I dont know what hues could be used for.

[GavJ]

Is there any way that the same concept of this utility for glyphs also be applied to color schemes? I.e., specifying overrides and zones where one color scheme is used in one place and another in another?

Should be possible, but can you explain why do you want this?

So that you can have more than 16 colors, of course.... (and more than 8 non contingent colors). Same exact concept as the glyphs?
You don't want mountains and animal traps to have to share the same tile, etc. Well, you might also not want walnut wood to look the same as maple wood either (which they don't at all). Without more than one color reasonably close to brown, you don't have that option.

[Putnam]

The colors in the raws are well-defined with exact RGB values, which is convenient.

[mifki]

Is there any way that the same concept of this utility for glyphs also be applied to color schemes? I.e., specifying overrides and zones where one color scheme is used in one place and another in another?

Should be possible, but can you explain why do you want this?

So that you can have more than 16 colors, of course.... (and more than 8 non contingent colors). Same exact concept as the glyphs?
You don't want mountains and animal traps to have to share the same tile, etc. Well, you might also not want walnut wood to look the same as maple wood either (which they don't at all). Without more than one color reasonably close to brown, you don't have that option.

Yes, I can make more colours available to use in raws.

[Dirst]

The colors in the raws are well-defined with exact RGB values, which is convenient.

Yes, the game recognizes a bunch of colors, but it displays them in 16 buckets.  A wonderful tweak would be to display things according to the RGB values, but lots of things in the game have tile/item colors unrelated to the material colors they inherit from a template. For example, all stone of all types in vanilla is GRAY.

[0x517A5D]

The colors in the raws are well-defined with exact RGB values, which is convenient.

Yes, the game recognizes a bunch of colors, but it displays them in 16 buckets. 

[rant]
Shows the age of parts of the game code.   Thirty-three years ago, the CGA video card drew text with 16 foreground colors and 8 background colors, at 80 characters by 25 lines.  The EGA video card (thirty years ago) added the ability to have 16 background colors, and the VGA (twenty-seven years ago) let you choose any hue for your 16 colors.

Up to release 28.181.38f (in 2008), DF had a literal hardcoded 80x25 buffer organized exactly like the CGA did it, pairs of characters and colors in a 4000 byte array.  It then used modern OpenGL to render this ancient technology.

What's changed?  Well, we can customize the grid size now.  And, um, limited Truetype support on Windows.

This is a sad state of affairs.
[/rant]

mifki, thank you for writing this plugin.  peterix et al, thank you for the DFHack framework.