Print

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

[penguinofhonor]

I think we need the color orange in Dwarf Fortress. We have two shades of green, blue, grey, red, and teal; and we have brown, yellow, black, and white, but no orange. And orange could be the bright color (because every color has bright/dark) and the dark version could be a brown that doesn't look so yellow.

[Rob Allen]

I believe DF uses the standard 16-color DOS color palette.  I don't recall an orange in that palette.

[Torak]

I wish you could just make the color of something 255:165:0, or DF's version which is much lower because it doesnt seem to go by the exact rules of RGB like it says in the init.txt, which has really screwed me alot of times in my modding early on.

[Chthon]

quote:Originally posted by Rob Allen:
<STRONG>I believe DF uses the standard 16-color DOS color palette.  I don't recall an orange in that palette.</STRONG>

No, DF uses a hex format of FFFFFF where the first 2 digits are red, the second 2 are blue, and the third 2 are green.  This is a potential of 16,777,216 colors.  Most are not used however as not a lot of effort on the part of Toady has been put into graphics yet.  Go into the raws, and you can play with the colors yourself.

[Rob Allen]

ok, well i guess it just LOOKS like DOS 16-color then.

[Capntastic]

I think Toady's already put in a few non-ASCII colors.   Though I could just need my eyes checked.

[Core Xii]

quote:Originally posted by Chthon:
<STRONG>No, DF uses a hex format of FFFFFF where the first 2 digits are red, the second 2 are blue, and the third 2 are green.</STRONG>

That's one way to put it... or you could just say 8-bit RGB. The point, however, is that DF uses the 16-color DOS palette just like it uses the code page for graphics and 80x25 console resolution, for that old-skool ASCII -look.

I don't see a reason to conform to those, but then, I'm not developing this game.

[Yourself]

quote:or you could just say 8-bit RGB

I thought it was typically referred to as 24-bit.  It is 8-bits per channel, but it's 24-bit color (8-bit color refers to 256 colors)

[penguinofhonor]

.

[Core Xii]

quote:Originally posted by Yourself:
<STRONG>It is 8-bits per channel, but it's 24-bit color (8-bit color refers to 256 colors)</STRONG>

Right, that's what I meant, 8-bits per R, G and B.

[Draco18s]

quote:Originally posted by penguinofhonor:
<STRONG>So who's in favor of Orange? And, I think, we'd all enjoy a good Purple.</STRONG>

We've got purple, it's the color nobles are, what we need is a good Violet (vibrant purple).

[PTTG??]

Well, the color of a tile is described by shade and brightness, with 8 shades and two brightness levels. More detail is on the Wiki. If this gets updated at all, it would probably be a good idea to change this strait to RBG values, as I believe the dye colors are described. The main flaw of this is when you are dealing with text, there is very little benefit to having 128:134:112 AND 120:130:110. It's just to hard to tell. perhaps a 10% scale for each colour?

On the subject of colour; perhaps the game could interpret white as 100% of the front colour and black as 100% of the background, blending greys by saturation? (don't listen to this idea, it would probably make all tilesets obsolete.)

[ January 01, 2008: Message edited by: PTTG?? ]

[0x517A5D]

Internally, the program does indeed use the the CGA 16-color palette.  Early 1980's technology.

However, when it talks to OpenGL, it uses 24-bit RGB or 32-bit RGB+alpha.  It has to, as that's the only thing OpenGL supports.

This can even be seen in the init.txt file, which lets you override the default colors.  I use html Dodger Blue for dark blue, and html Gold for brown.

Custom color palettes is late 1980's VGA-level technology.  (Technically VGA was 18-bit color, but it was the first PC adapter that allowed custom colors.)

From object-code inspection, it would seem possible to give each and every item & mob a custom 24-bit foreground and 24-bit background color.  The descriptor_color_standard.txt raw file may be preparation for such a change.

It appears that actually converting the code from 4-bit color to 24-bit color would be a lot of work.  However it looks like the process would be mechanical enough that an intelligent-enough Perl script could do the gruntwork.  (I doubt that Toady has much Perl-fu, though.)

If I were doing this refactoring, at the same time that this change was made I would modify the various draw routines to take a foreground and background color instead of setting the color values manually before each call.  Encapsulation, you see.  (I would also make variants that are given x/y coordinates instead of setting those manually.)

I would at this time like to recommend certain books to Toady: Refactoring by Fowler, Design Patterns by Gamma et al, Antipatterns by Brown et al, and Antipatterns and Patterns in Software Configuration Management, also by Brown et al.  (Same Brown, different et al.)  Good stuff.

[Istrian]

quote:Originally posted by Draco18s:
<STRONG>

We've got purple, it's the color nobles are, what we need is a good Violet (vibrant purple).</STRONG>

We've got vibrant purple too : it is the color of legendary nobles.

[Draco18s]

quote:Originally posted by Istrian:
<STRONG>

We've got vibrant purple too : it is the color of legendary nobles.</STRONG>

Touche.  I've never gotten one, so...