ffm2
Community Members-
Posts
322 -
Joined
-
Last visited
-
Days Won
18
ffm2 last won the day on December 26 2025
ffm2 had the most liked content!
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
ffm2's Achievements
Duplicarius (4/14)
322
Reputation
-
Batch Training (The Good, The Bad and The Ugly)
ffm2 replied to Micfild's topic in Gameplay Discussion
Tbh. I didn't fully understand what each is doing here. But as I understand it, the pro of small batch is the units can get faster to work, the pro of higher batch sizes is the total train time decreases. In this simulation a unit with total cost of 100 gets produced, gathers with 0.75 without ways to drop of, at different batch sizes from one cc. To account for the ways one could reduce the gather rate. I wouldn't take any practical advice from this. Just spectate some games with good eco scores. This leaves out the timings of the next barracks which costs again. batch.py -
Here is what the LLM ended up with, take it with caution, but to me it seems kind of plausible. Some approximations have been made. One builder just build sequential houses, corrals or fields. Usually its more. The walking distances are neglected. Targeted are ~38.9 f/s. All resources are just pooled together. Realistically its also a big factor that one gathers wood and get food at the fields, while at the corrals you don't have so much food to invest at the start, except if you start out with elephants (or other plenty of fauna) nearby. The one big benefit with the corrals is that you need a lot less pop. Also this pop is way better as it can be used to attack. farms_vs_corrals.py
-
Why though? It would be 2 developers working against each other. First develops a game mechanic where each farmer has x0.9 of the efficiency of the former. Second just optimize the effect automatically to a minimum making it meaningless for the player. If you like to plan less for your setup, why don't you just suggest to remove the feature that's also not full documented with the numbers? I'd just keep it as it is, but it should be documented with the numbers clearer.
-
Yeah, if I have some time, I could update it or anyone with the script and a LLM. Just describe the stats in full detail. But to me this seem to be too obvious to put in that effort of typing the stats and debug it. First comes the berrys, then hunt/fish, then transition to fields. Corrals with slaughtering seems not to be the meta atm.. In earlier alphas I liked to have corrals, a temple nearby, wounded cav could work and heal by aura. But it was never a question of either farm + upgrades or corrals. Farms are a must. ... (well one exception was survival of the fittest were there were once no farms, but corrals)
-
Map: Mainland Players Involved: ffm (Germans), JulioC23 (Macedonian) Description: After capturing an enemy cc (belonging to JulioC23), I trained units and attempted to set the CC waypoint first to ground, then to the cc, so newly trained units would garrison. Despite multiple attempts changing the waypoint to different spots on the ground in front of the CC, on the CC’s corner, and beside it, units spawned outside, did not garrison, and were killed by a nearby enemy tower (still owned by JulioC23). Attempts to reproduce: Replicated the situation in a new game with unassigned players on Mainland, but the issue did not occur. The original game was saved and rehosted, so no working replay is available. Note: If someone is interested, it might be possible to combine the two replays by adjusting turn numbers to investigate further. This is at least a report for awareness; perhaps others can upload if they encounter the same issue commands1.txt commands2.txt
-
The connection issues I was talking about should happen in the first 4 min. and I'd expect if 2 players recognize this to just abort the game on equal terms. More frustrating its at >8 min. I also like the way lichess handles it. Its server hosted, but apart from that, if one player disconnects, a timer counts down "1:30" and if its run out, the remaining player has the option to claim a victory or draw. He also has the normal resignation option. For 0 A.D. if one player drops, and the remaining player is fair, I'd like some options, like claim victory, resign, abort (draw), spoil scores for a better decision or choose decide by score (blind without knowledge of it).
-
I set up another game where it was 11 relics: commands.txt
-
I was late joining as spectator in a ffa hellas game. Not all 15 relics were shown in the bar on the top, only 12: I don't have the full replay file, since I joined late.
-
Maybe in theory, but I can tell from experience: There are some hosts which I usually can't join at all. Sometimes it works a bit and some minutes later i drop again. Like jagsusindia and CIA. I regularly see 7 players at a host of CIA, try to join but can't. I can play with the other players fine and they can play with CIA. I can also be in a game with CIA by a different hosts.
-
It is not just about "a stable internet connection". It depends how far the players are away or how well their isps interact. IMO: The auto-pause on disconnection feature from autociv should get implemented in the main game. Connection, disconnections, pauses should be logged. Logging should be done with timestamps
-
Food trickle efficiency: Ice House vs Corral + Cows
ffm2 replied to ffm2's topic in Gameplay Discussion
-
Food trickle efficiency: Ice House vs Corral + Cows
ffm2 replied to ffm2's topic in Gameplay Discussion
Here it is: binaries/data/mods/public/simulation/templates/template_structure_resource_corral.xml ... <ResourceTrickle> <Rates> <food>0</food> </Rates> <Interval>5000</Interval> </ResourceTrickle> ... -
Food trickle efficiency: Ice House vs Corral + Cows
ffm2 replied to ffm2's topic in Gameplay Discussion
lol, I think your right. I thought I did this for some minutes and divided by that time to reduce the error of measuring one small time interval. Needs a revision, but first I'll check the code where the time interval really is handled. Btw. maybe it should be documented XD -
Food trickle efficiency: Ice House vs Corral + Cows
ffm2 replied to ffm2's topic in Gameplay Discussion
:S Man, you don't get my point, but ok. Before the next noob asks me to make sheeps too, where you can pay more and take longer to get the same trickle as the goats, here you go: [Edit: This is wrong! see later post] -
Food trickle efficiency: Ice House vs Corral + Cows
ffm2 replied to ffm2's topic in Gameplay Discussion
One could balance differently. Atm. the ice houses are useless. So they are the nerf themself. They are only a distraction. Of course one would first make woman on fields as much as you can first until one resource runs out: population. Here is a detailed analysis of Net Resources over Time when making one corral after the other. Each corral makes cows until 50 cows are reached: [Edit: This is wrong! see later post] Here is a detailed analysis of ice houses when they are produced one after the other. When the last ice house is made, the upgrade is invested: Here they are directly compared: One can see just how much the ice houses pale in comparison. Then the next thing mentioned were the pigs. Here is a detailed analysis of pigs vs cows: Since one could argue that one could go for pigs without going so much in a resource deficit, here is a comparison with setting a limit of -2000. So one would only make cows when the other cows gave a bit resources so this threshold isn't crossed: One can see just how much of a long-term investment the cows are, but you really get something for your money in the end. Meanwhile with the corrals you go into a resource deficit for a bit over 9 minutes and then get a very little trickle. For the pigs i'd say just leave it. Don't waste actions. You'd never slaughter them anyway and replace with the better cow. For a competitive 1v1 I would only go for fields if it isn't a special map. Python file is there if I made a error. AI was used in the making of the script. p_ice_vs_cor.py
