Print

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

[Gotdamnmiracle]

Purely for aesthetic appeal and economy junk, certain stone types would have different colors, and therefore have different sway when the economy gets rollin'.

Spoiler (click to show/hide)

Both are peices of marble yet one is brown and the other is white. White is more sought after, generally, and is worth more. Aside from worth, it functions the same in every aspect.





These two are of granite, same thing.

The whole idea adds another level of randomness and detail to fortress building. There could also be a default color (most common) for each type of stone and if you get tired of having everything be so random then you could turn it off and all marble, for example, would be white. They may happen in clusters or veins, maybe small, maybe huge, depends on the stone really.

I'm not sure if this has been suggested before but I could not find anything resembling it.

Whadya think?

[Aachen]

To clarify, do you want the various stones to display different colors? Or are you suggesting more types of, say, marble with different descriptions?

[Gotdamnmiracle]

I wouldn't say it would need a different description. They would display different colors, but also be worth more depending on how rare they are in said world. Aside from that, mahogany, snowflake, and green obsidian would work the same as normal obsidian. Short swords, masonry, stone crafts, and buildings made by the different colored obsidian would also be colored differently from normal obsidian, as well as any stone objects being different colors. Marble and obsidian are just examples.

[Fault]

something like this would be cool to implement if DF had more than 16 colours...

[tsen]

Better yet, color could be an emergent property of geological factors. The data could be generated in world gen (yes it would be longer but let's face it, doing most of the work in world gen is probably best for playability,) and then stored for now, and once the interface goes up from 16 colors, could be used then.

[Gotdamnmiracle]

Yeah. I mean that is a bit optimistic, but it should be implemented before that, but once we get a large difference of colors it will look absolutely awesome. I mean it is a bit of a low priority but it would be easy to implement, if only adding separate types of stone, identical to the original but a different color and value. Personally, as far as the raws go I would like to see these show up in levels or veins like ores do now or in clusters (size varying) like gems do now. I think this could easily be worked into the next version with only a days worth of work and then tweaked with the rest of the stone when the supply and demand portion is being worked on. 

[Supersnes]

Better yet, color could be an emergent property of geological factors. The data could be generated in world gen (yes it would be longer but let's face it, doing most of the work in world gen is probably best for playability,) and then stored for now, and once the interface goes up from 16 colors, could be used then.

That would be a very interesting thing to implement.  World gen could possibly work on a premiss that adds a low level chemistry system. It would factor in the normal formula for a mineral/rock type such as halite (table salt=NaCl) and the different colors would come from any impurities that would get added to the pure solution.  However, even to get it to this would take forever and the worldgen would probably take longer.

[Silverionmox]

Worldgen can run a whole night or workday straight, with some precautions. Death by FPS slowdown seems to be the most common cause of fortresses ending.

[Gotdamnmiracle]

I would call chemistry a bit complex for this suggestion. That said however Toady wants to do it, fine with me.

[tsen]

Well, impurities is one major factor, so is how it formed.  Temperature, rate of cooling, etc.

Doesn't necessarily have to be chemical, although there is no reason not to generally speaking since we're probably not concerned with cleavage and lattice structure.

[Supersnes]

Well, impurities is one major factor, so is how it formed.  Temperature, rate of cooling, etc.

Doesn't necessarily have to be chemical, although there is no reason not to generally speaking since we're probably not concerned with cleavage and lattice structure.

Well could cleavage and lattice structure possibly affect the quality of a gemstone.  This would be affected by how much room a crystal will have to grow.  Say a quartz crystal formed from within a magma chamber and had time to become a fully formed crystal.  It should be worth more than a quartz that formed in a hydrothermal vein which is more constricted so the crystals are smaller and could be deformed.

[tsen]

Well, lattice structure takes place at the atomic-molecular level in how the crystals grow and cleavage is only really important to cutting methods or rock identification. (Which dwarves do automatically in any event)

They don't *affect* the quality of the gemstone, they *effect*--if there is distortion, it ceases to be that stone and becomes another related stone. All crystals are "fully formed" because it is the arrangement of atoms in a lattice that causes them to be a specific crystal in the first place.

The value of gemstones would be essentially:

Purity (chemically, i.e. color) * Clarity (Inclusions, etc.) * Size

Where purity and clarity are randomly determined values which are compared to "average" values, modified by whether "high" or "low" purity is considered optimum. So:
Color Variation/Purity Coefficient = P(actual) / P(average) if higher purity is good and P(average) / P(actual) if lower purity is good. Effectively the idea is to model whether a variety of colors is considered good or not. The process would be the same for Inclusions, unless Toady wants to get fancy and consider what the inclusions are actually comprised of. So we take C*P = Value Modifier, then use some form of the Rarity value from the raws and adjust for size.

Size would probably need to be in karats and adjust non-linearly up and down below or above a certain size threshold based on the average size of said gemstones in their cut forms. In other words, a .03ct diamond isn't really worth much, but a 300ct diamond is probably going to be worth more than 300x 1ct diamonds. So:

Size Coefficient = Size * [Size(Actual) / Size(Average)]*
Total Base Price = V * R * S
*there would probably need to be something normalizing it, but I am no math guru.

Then we can modify that value by the gem cutter's skill...

Naturally, this would probably take forever to input base values for, but given the sophistication of DF's geology models--who knows?

[Supersnes]

Well, lattice structure takes place at the atomic-molecular level in how the crystals grow and cleavage is only really important to cutting methods or rock identification. (Which dwarves do automatically in any event)

They don't *affect* the quality of the gemstone, they *effect*--if there is distortion, it ceases to be that stone and becomes another related stone. All crystals are "fully formed" because it is the arrangement of atoms in a lattice that causes them to be a specific crystal in the first place.

The value of gemstones would be essentially:

Purity (chemically, i.e. color) * Clarity (Inclusions, etc.) * Size

Where purity and clarity are randomly determined values which are compared to "average" values, modified by whether "high" or "low" purity is considered optimum. So:
Color Variation/Purity Coefficient = P(actual) / P(average) if higher purity is good and P(average) / P(actual) if lower purity is good. Effectively the idea is to model whether a variety of colors is considered good or not. The process would be the same for Inclusions, unless Toady wants to get fancy and consider what the inclusions are actually comprised of. So we take C*P = Value Modifier, then use some form of the Rarity value from the raws and adjust for size.

Size would probably need to be in karats and adjust non-linearly up and down below or above a certain size threshold based on the average size of said gemstones in their cut forms. In other words, a .03ct diamond isn't really worth much, but a 300ct diamond is probably going to be worth more than 300x 1ct diamonds. So:

Size Coefficient = Size * [Size(Actual) / Size(Average)]*
Total Base Price = V * R * S
*there would probably need to be something normalizing it, but I am no math guru.

Then we can modify that value by the gem cutter's skill...

Naturally, this would probably take forever to input base values for, but given the sophistication of DF's geology models--who knows?

Its surely something to look forward to for added depth, maybe even applicable to other aspects of the geology--affecting the value of stone crafts, furniture, etc.  Maybe this can even be implemented into metal work as well in some regards. 
Greater purity of a material=greater worth and strength

[Gotdamnmiracle]

Greater purity of a material=greater worth and strength

Maybe Any mixture of metals would be allowed but only certain percentages would get alloys, like in real life. This would allow for the introduction of new metals or experimentation.

[tsen]

Alloy options could be added to the RAWs with relatively simple entries covering ranges of constituent materials.