Topic: new tribe: amazons
hessenfarmer |
Posted at: 2019-12-11, 14:32
Ok I put the the formula of the code into an excel sheet to do some experiments. However this shows that we have a great variety of Humidity, Fertility and temperature values in the different terrains. So the values were made to ensure that the trees belonging to a biome are preferred and grow well in the biome. So Ibelieve it is nearly impossible to have one set of values that fits all terrains. This leads to following solutions: Top Quote |
hessenfarmer |
Posted at: 2019-12-11, 16:54
for those interested the excel sheet can be found at this post https://www.widelands.org/forum/post/30547/ Top Quote |
king_of_nowhere Topic Opener |
Posted at: 2019-12-11, 17:58
was a mistake, temperatures of the terrains are from 20 to 180 or so. i was going from memory first, then i found the old file, fixed a few things i remembered wrong, but didn't fix the temperature range. now i did
perfectly doable. only problem, someone needs to make all the drawings. and the trees should hopefully be recognizable enough
also perfectly possible. only problem, they will be planted on mountains and deserts. I also gave a suggestion in my earlier post
Edited: 2019-12-11, 17:58
Top Quote |
hessenfarmer |
Posted at: 2019-12-11, 18:44
yes that is the problem but they could be the same for all different versions of the trees. Only the three types should be distinguishable namely balsa ironwood and rubber.
exacly and this is why I dislike this solution.
no they won't. If you download my excel (please crosscheck the formula) you will see that there is no pair of values that works on all 4 types of lands. BTW current values are hum 0.5, fert 0.5 temp 95 and pickiness 10 which is bad on some terrains although pickiness so low. if we reduce pickiness still further we will end with solution 2. Top Quote |
king_of_nowhere Topic Opener |
Posted at: 2019-12-11, 20:22
damn. the drop-off is too gradual, resulting in too low growth with fertility 0.5 and too much at 0.2. i guess that's unavoidable with a large gaussian. in this case we are stuck with your 1. It's just that i have the horrible feeling that there will be some combination of terrains that will screw things up. I would suggest removing terrain affinity but restrict those trees on buildable terrain. except it will make forested mountain unavailable. For option 1, I suggest mimicking the values for already-exhisting trees, to avoid accidental screw-ups on strange terrain combinations. it would require initializing a lot of new trees, but the images for all will be the same On another note, I have a balance concern and suggestion. Some maps don't have all that much stone, because stone is only used once. amazons require a steady supply for weapons, it may make them problematic on long games on certain maps because running out of stone would be very easy. For this i suggest giving depleted stone mines a 20% chance to dig stone. enough to get by. stone is normally plentyful and nobody would make an empty stone mine, so i don't think it will make any difference on a normal map Top Quote |
hessenfarmer |
Posted at: 2019-12-11, 20:32
can't be as the rare tree planter should do the same as the forester. (i.e. looking a couple of times according to the attribute saplingsearches for the best spot tom plant a tree) so a mixed spot should be exluded.
as for my answer above I still feel we could get away with 12 (4 terrains times 3 trees).
ok that sounds reasonable will do that in the next amazon turn. Top Quote |
WorldSavior |
Posted at: 2019-12-11, 20:55
Okay
Okay
My mistake. I expected fortresses and fortificiations to be like frisian tower and fortress: Not dependend of each other. Maybe because of the Frisian graphic placeholders : P
His opinion was like my opinion.
Maybe they do now. Possibly the letters should be displayed a bit higher again like in build19...
Lianas are only needed for rope, so there is no need for a rope eco setting. Exactly as Imperial whine.
Windows provides the message that the game crashed
I'm currently not on windows but we'll see what I can do soonish. Do amazonian replays work for you?
That's a little bit like there would be an economy setting for meat and you would suggest me to simply increase the eco setting if when the hunter-gatherer stops working
You're welcome
Fine
Sounds reasonable. In my test match, stone was a bigger problem than rare wood, and this was on "The Big Lake", which is rather stone-rich. Imho the exhausted gold digger dwellings are also too unefficient. Maybe they should get also 20% chance instead of 5? @tree growth problem: Isn't it possibly to set the pickiness so low that deserts are still bad for rare trees, but forest-friendly terrain always great? In case you don't know it: You can check the probability for each terrain if you -open an amazon match -press F1 and select immovables, then the trees. Wanted to save the world, then I got widetracked Top Quote |
hessenfarmer |
Posted at: 2019-12-11, 21:21
ok so let's keep this on the list then.
+1 from my side
ok understood will be corrected.
not tested as I'll try to use my time for getting some changes in will do some regression testing if time permits.
ok noted but not on the priority list. sorry
why should they be able to mine more gold than other tribes?
no unfortunately it is not that easy. as pickiness works on all 3 dimensions of the gaussian space more the less equally.
damn I forgot that thanks for reminding. Top Quote |
JanO |
Posted at: 2019-12-12, 11:28
Regarding the tree-growth problem: Did I understood correctly, that the three parameters temperature, humidity and fertility are basically constant values for each biome? Being a farmer myself, this does not make very much sense to me. So maybe the problem can be solved by not editing the trees, but editing the ecosystem. Let's say temperature should not be a constant value but instead depend on level of elevation. Humindity could depend on distance to the next water or marsh, maybe also elevation or water-resources placed in the map editor. Fertility may be the one which is set by the individual terrain. In reality it's the most complex parameter of those three, which makes it very complex to calculate a reasonable value for it in a game. I have no idea about the current implementation of those tree-growth determining values, but I fear that this means somewhat hard codework and may have noticable impact on old maps, too. But if the current implementation is as static as I think, I wonder why we have three given values instead of only one. Top Quote |
hessenfarmer |
Posted at: 2019-12-12, 13:17
no they are defined not per biome they are defined for terrains. But in one biome the range of the values is smaller, so we have typical ranges of each value per biome. Furthermore the excat values for each node are calculated from the 6 surrounding terrains.
see above it isn't as you thought. However we need to keep in mind 2 things. First we are doing a game not a simulation. Second as far as I remember this was introduced for a special purpose. After the union of the former 4 terrains into the one world design (which means you can combine all terrains in one map) we needed a mechanism to ensure that the trees designed for that biome are preffered in the their related landscapes.
it kind of does as mountain terrain has always lower temperatures then normal lands.
If you look into the terrain definitions at data/world/terrains you could see that for summer and winter terrains there are some variety in the values which fit logically to the outline of the terrain. However a map designer could use them completely free. (e.g beach terrain at top of the mountains.
cause with 3 values we have a gaussian space instead of an area or a line, which gives us more options. Top Quote |