All Activity

Just FYI multiple cores are used, just not to their fullest because the hotpath cannot be threaded for now. Imagine you are cooking and there is some part of it that takes one hour to cook. Doesn't matter if you've set the table in the meantime, it's not gonna cook any faster.

Thats expectable. You are keep capturing the building with 3 strong units. So every point they decay you are recapturing. Your friend could have do the same. In fact, he did with some but I they were common pikemen, so not enough to keep control up. So it’s not a bug or an exploit. He would have kept the buildings if he had used champions. EDIT: @dinuruian i updated the video, it was bad cropped 20260310-1207-35.7648851.mp4

yep, its about the time period between moving armies and finnishing the bridge. i just recheckd for false alarms.

20260310-1153-51.1347075.mp4 Take a look at this Its just 3 units but they are Champs pikemen. They have 5 capture points (double of common pikemen)

@dinuruian I just watched the replay. When you captured the barracks, some of your pikemen kept capturing the building, while your friend didnt do the same when recaptured. Thats why you kept the control of the building and he didnt

here we go. commands.txt metadata.json

plz tell me how, im using imageapp on manjaro. i will right now.

And you say you were playing as Athens, right? If the territory gained from the building you captured ends up touching your own territory, then it’s expected that it won’t decay (even without garrison). But if the building remained isolated (not connected to your territory) and it was ungarrisoned, then that would indeed be a bug. Do you have the replay? It would be good if you could share it so we can check what happened. If you don’t know where to find it, you can go to the replays window, identify the match, and at the bottom you’ll see a text box showing the exact file path.

this is so weird, we need you to share the replay

ok, sure. i captured buildings, outside my teritory root, the buildings did not decayed, i was able to use them, outside my teritory root, ungarrisoned. i checked several times, the buildings didnt started to loose ownership - the things did not decayed. my gamebud recaptured, and, shazamshazam, abracadabra, hocus pocus, under his ownership, buildings started to decay.

I don't understand very well your first message, @dinuruian. What is actually the exploit? Could you please rephrase?

marvelous reply -=)) "the exploit is here to stay" altough i did nothin to provoke the exploited situation -=))

ecsactli the issue, the buildings didnt decayed. undesirable position, to ask gamebuds to play, and to perform unfair advantages.

You can use the README.md file on your repository to do all this kind of stuff

For better or worse, capture mechanic is here to stay. You can capture buildings that are not in your territory, but they will decay to Gaia over time. Unless you leave enough units inside when you capture it.

while playing 1v1, i captured building, while not being - the building - in my territory root, neither extended by the captured building specificaly, baracks and a siege worshop, playing as athens. plz remove those repugnant , unfair, offending unrealised "advantages", of sustainable ownership without teritory root. thank you.

I am not sure at all. I was looking for this topic because sometimes even as spec my FPS fall to 9 having 90% CPU and GPU idle, trying to understand made some test and got until 200fps in specific conditions, but clearly not having multithreads I think limit the performance. In some games one core of my MacBook is fighting for his life while the rest of the hw just sit and watch.

How would you like me to do that? I dont really have a credit page, its just a mixture of colaborations from players of the game. You can check out the git if you want. I can add you as a collaborator. I probably could put in a credits file somewhere, just dont know where it would go. Im still a mod nub Emacz2/classical-warefare-aea

Make a mod that remove all gui buttons that can be executed with just the mouse (units actions, formations, etc). Also remove selection box since you can always shift+click units when you want to make a multi-selection. You can even remove auto-drop-site deposit and things like that. Surely you'll experience fully the real-time-strategy at it's full potential then. Since real-time obviously means clicking a lot, and anything that allow users to make batch orders are blasphemes.

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.

Oh, i completely misread that, i thought we were talking about expanding the radius a villager goes to a new farm if necessary. Because that radius is quite small actually.

If the farm is full, this is already the case, like for all resource gathering. Gatherers have diminishing efficiency in function of how much they are on a single field, hence the initial suggestion of having them spreading.

This update does have the issue: https://github.com/JustusAvramenko/delenda_est/issues/76 It doesn't happen on choosing 'Skirmishes' maps Only happens on 'random' maps with map sizes above small(768)

Do workers tasked on busy farms not already look for spots on nearby farms? Or do you mean that they should automatically distribute to all available farms?

I wouldnt really bother creating anything in GUI for it, for vanilla anyway. The objective is simple, player wants villager to farm, villager goes to an nearby available farm. So it does what the player wants to do. Better than standing AFK at a busy farm. But it's up to whoever decides to pick this up anyway.