Yudishtira
Spiritual/Creative
I released a colony through the F1 screen, and it caused three volcanoes to erupt!
Save available.
Save available.
When using a continents map and selecting a 'random' number of land masses... it often picks waterless, cake sheet as an option. As this is the single most resource intensive amp type and completely the opposite type I wanted... please remove this as a result.
Not only are huge portions of the tech tree useless (naval) and nonsensically required to get far, but I get major confusion as I run into 'Shark Bay' and the like on these maps.
I keep having to scuttle games from this and can't tell until a few hundred turns in unless I spoil the map by going into the world builder.
hmm... there was an attempt to keep this in ratio as well... I may have to go back and look into this again apparently. That is if we get to keep Size Matters at all.
A good list of some considerations to work in soon. I was only considering dropping SM due to some memory problems we appeared to be having.[ about earning money for disbanding splitted units ]
I am not a programmer (however, I do some numerical simulations) but I can imagine how it could be done. If you have a record with unit data, make one more field (could be even ShortInt/Signed Char/whatever), let's say n. Value 0 would mean that the unit is neither split nor merged, each merge would increase n by 1 and each split would decrease n by 1. Let's define effective number of units in one unit N:=3^n (a real number). Then:
- money for disbanding would be (base money for disbanding)*N, rounded down if necessary
- total maintenance cost of all units of this type would depend on Ntot=the sum of all N's, rounded up
- total number of national units would be equal to Ntot
- when splitting, promotions like Lead by Noble or Lead by Great General should be lost.
In my recent game I have made two tests with national units: in my main military city (tons of XP, free promotions and production bonuses)
- I kept producing Tlatico (?) War Priests and merging them. I ended up with 2 super-units consisting of 27 units each (3 merges) while normally I could produce only 15, then after Smithing I upgraded them to Swordsmen (for free, because of The Art of War and IIRC Seti Pir)
- I made a super-unit consisting of 9 Spartan Warriors, attached a Noble and split the unit; after one split each of the units had "Led by Noble" promotion; I suspect it would be similar if I attached a GG/Hero.
I think dropping Size Matters would be a wrong decision, because it adds a new depth to military strategy... and AI sometimes merges or splits its units. I wondered why one of the rival civs split Archers to many small units but I guess they wanted to get the advantage of their shots (their strength or chance of success should also depend on N).
S.
Yeah, this really should remain but only on the first unit, not all of them... something else to correct for sure. Thanks for the tip.after one split each of the units had "Led by Noble" promotion
Yeah, this really should remain but only on the first unit, not all of them... something else to correct for sure. Thanks for the tip.
Sorry but I have no idea how to follow those mathematical expressions. ^ has no meaning to me. The term integrals also does not register. Is that another way to say integer?Yes, it sounds better than to remove the promotion at all. But it should work also in the opposite direction: a GG or Noble at one unit should carry to a greater group. BTW: I have made a test with a Hero attached to one of the groups of 27 units and after one split I had 3 units led by a GG...
I reconsidered my suggestions about n and N and I think everything should be made on integrals. Let nmin=0 be associated with the smallest possible group and nmax (10?) with the greatest one. n0 will be the default n for a newely produced unit and n will be the actual number for a given unit (+1 for each merge, -1 for each split).
N:=3^n (so for a newely built unit N=3^n0)
Nmin=3^nmin=1
Nmax=3^nmax (I don't remember nmax, but if it is 20 it would be difficult to fit it to the 32-bit signed integer)
Ntot=(the sum of all Nmax for all units of a given type, so it should be either 32-bit for nmax about 10 or 64-bit for nmax about 20)
Maintenance costs and effective number of national units should be based on (Ntot/3^n0) rounded up, money for disbanding should be equal to (base money)*(Ntot/3^n0).
Why integers? In order to avoid inaccuracies like: 1.000001 rounded up = 2, 0.999999 rounded down is 0.
S.
One of the earlier projects Koshling and I hammered out was to make it so that if the unit no longer qualifies to maintain a promotion it has it will lose the promo and get an opportunity to select another one. This would happen as a natural result of losing the Lead By promo.Edit: if a GG/Noble remains at the first unit, what to do with the promotions from the GG/Noble line for the other units? Perhaps these promotions would be removed but the player could replace them with some other promotions?
Sorry but I have no idea how to follow those mathematical expressions. ^ has no meaning to me.
The term integrals also does not register. Is that another way to say integer?
One of the earlier projects Koshling and I hammered out was to make it so that if the unit no longer qualifies to maintain a promotion it has it will lose the promo and get an opportunity to select another one. This would happen as a natural result of losing the Lead By promo.
Also, just to clarify, unique free promos like Lead By should only be maintained by a merged group IF it's possessed by the unit that initiated the merge. That goes for pretty much all 'free' promos - those not assigned by earning xp and leveling.
Ok, so reviewing everything you've said with these expressions then, it makes sense but the math is constructed a bit differently though the end result is much the same. You do have an efficient way of expressing it and if I thought about it all this simply it might've made this project much easier.Power. 3^2=3*3, 3^4=3*3*3*3 etc.
You do have an efficient way of expressing it and if I thought about it all this simply it might've made this project much easier.
[...]
A calculation method similar to your expression would probably be helpful indeed for establishing useful recovery of unit limits.
I find the loosening of limits on limited units on SM a 'soft unlimited units' option. I play with unlimited national units myself and really don't see the need for the limits on most units in the first place.
That does go a long ways towards explaining your skill in expression there. I may indeed need some deep assistance with some advancements in odds calculations I've been seeking to make here. In particular, modifying the odds calculation formulas to account for increasing and decreasing combat % modifiers per round and an effect that makes a unit stronger for the first rounds then returns it to normal strength thereafter.Well... manipulations on formulae etc. are a part of my profession (I am a physicist), so if I may be of any assistance...
You had Warlords being spammed so you must've played before the bUnlimitedException tag was fixed. Warlords have successfully been limited. That was the main problem spot that emerged since they are indeed simply stronger. Some unit reviews and AI restructures are coming in the near future that should help with the rest of the issues that you probably experienced. I didn't see the Imperial guard issue but probably didn't play far enough in to witness it."Soft unlimited units" sounds interesting. I have played with unlimited only once and I did not like it very much. Well, I could spam Privateers, Hashashins, Inskillings etc. like crazy (I am a big fan of HN units during peace), but at the same time rival civs built a lot of Early Imperial Guards and Warlords (which tended to be killed by my Heavy Swordsmen and Crusaders, so I had a lot of Military Commanders to settle). Some units are simply imbalanced.
S.
I may indeed need some deep assistance with some advancements in odds calculations I've been seeking to make here.
In particular, modifying the odds calculation formulas to account for increasing and decreasing combat % modifiers per round and an effect that makes a unit stronger for the first rounds then returns it to normal strength thereafter.
It's a bit more complex than that but you aren't toooo far off the mark. It'll take me some real effort to compile the actual current formula so be patient with me for that and I'll produce what I can as soon as possible.I would need to know exactly how it is handled in the game. As far as I understand, attack (+modifiers) A s compared to defence (+modifiers) D. Each unit has some HP (default 100?). Round 1: a random number (R) from 0 to 1 is calculated, if R<A(A+D) then attacker wins (-1HP for defender), otherwise the defender wins (-1HP for attacker) etc, the fight ends when one unit loses the last HP or retreats?
Correct that it's not an option. It would need to be statistically calculated which the current odds model already does - I just need to adapt that model to the new effects and I realize it's exponentially more complex than calculating the odds of winning coin tosses multiple times in a row. If you're good with statistical math it should be an interesting challenge to sort out the proper formula.Hmmm... sounds difficult, but I may try to do this. It would be quite easy to calculate the result for one, particular battle, but I would need to be very careful when calculating combat odds. I assume that brute force (repeating the calculations e.g. 10000 times with various random seeds, counting wins, losses and retreats and then displaying the results) is not an option?
S.
It deals with ratios of unit strength totals. Damage ranges each round from MISS to 6-40 or so (I think - I'd have to look to say for sure). Now there are manipulations from the original formula to account for a number of new effects as well... get's quite intricate.
@S:
Do me a favor and start a new thread on the subject with that post.
It looks like you can read c++ pretty well since you express in the same logic.[...]
O.K. I will put it in the main forum. And I will correct one small mistake I have found
Well... I know C and C++ only passively, my main programming language is Pascal - I hope this will be enough. And I hope there are no elements of object programming there, because I have never managed to force myself to get familiar with objects
S.
What are your autohunt settings at in the bug menu regarding the minimum attack odds?O.K., so another issue. If I set an unit (a Hunter or military one) to autohunt, instead of attacking animals it goes between them and waits until it is attacked (the same for sea units like Caravels). This may be O.K. if I send them to hunt animals, but if I send a HN unit like Warlord to disturb my rivals, this is very irritating. There are only two cases when the units behave as expected:
- if they are also Stealth ones, like Hashashins or Ambushers
- if they are Pirates (Barbary Corsairs, Privateers) and I set them on automatic piracy.
So my suggestion is: either change behaviour of HN units at autohunt or give them Automatic Piracy button.
S.