Leaderboard
Popular Content
Showing content with the highest reputation on 2026-09-23 in all areas
-
Also worth noting that if you scale everything to a factor two, your map is twice as big4 points
-
Infantry fighting vehicle on the move A quick update on The Great War mod regarding tracked combat vehicles: as someone who values detail, I prioritize realistic movement. The models now kick up dust and smoke from the ground, leave track marks on the terrain, and of course, feature a powerful, aggressive engine roar. Recording 2026-09-23 144500.mp44 points
-
Noted, yes after some playtesting also with @Effervescent it was clear that we should make infantry have more agile movements, which is mainly suppressing restrictions on turning. We also had interesting talks about using the new parameter "MaxAngle" to have ranged units in general start the attack prepareTime/animation while turning (they start drawing an arrow while they turn, so it makes micro interesting). I think i did increase the value of pushing a tiny bit, but maybe before reverting I would try to see if you think it's better with the lowered Inertia effects (they are more agile so maybe it would fix it for you). I guess I did set a "stagger recovery rate" very low in the templates So you are right. I didn't, but I should have saw it come. Yes this is one bug that is from this PR obviously, I can address that. The other ones I'm not too sure, the woodcutters getting stuck happens a lot to me in MP. Thank you so much for the feedbacks! I have a much clearer idea of what this PR needs now. Mostly tweaking the templates and fixing the big boys club dances.3 points
-
Thanks, yes it's better. Calvary movement looks smooth too. In the catapult video those 2 guys walking in circles looks strange, but I guess it has nothing to do with the question here. Yes I want to do that some day when I have more time, thanks for the offer, I will get back to you2 points
-
@Atrik! I’ve been testing the PR. I haven’t noticed any functional bugs. Everything I’m noticing is related to tweaks for the units values. So I’ll share my impressions of their current behavior. In general, the units feel more “heavy” to me. I find it somewhat appealing, but I think it will all depend on the fine-tuning that’s done. I think some degree of overlapping could also be fine to make unit bumping feel less noticeable. I don’t think civilians and infantry should have such a gradual rotation, at least not when they’re moving individually. I hope I can explain what I mean. I don’t know anything about crowd movement, but I have the feeling that their turns should become wider as the size of the group increases, with this being more of a consequence of them bumping into each other. Maybe civilians could also be allowed to overlap with each other a little more. I’m sharing a few videos showing different situations. Unfortunately, we still can’t test multiplayer, so I did my best to simulate a battle. Woodcutting. Notice the woman on the left who gets stuck and can’t reach her destination, around the end of the video. I’ve never tested this with the vanilla version, so I can’t really compare whether this happens there as well.. Mining brothers: Here I get the feeling that the elephants are trampling the horses. Some horses appear to be standing still while being pushed around, or simply remain stationary, as if they can’t find a path to their targets. The trampling looks interesting, but the horses remain stuck for too long. And the elephants seem to have this infinite pushing loop. I assume you’ve already noticed it. Chopping Wood.mp42 points
-
Technically speaking, this mod focuses on the 21st century, the present day, though it prioritizes gameplay over historical accuracy or realism. The factions are fictional, albeit inspired by real world counterparts. If this mod proves successful, I plan to develop subsequent mods set in the gunpowder era. While those would be technically much simpler than this one, I would hope to incorporate historical consultation for them.2 points
-
2 points
-
You are such a gigantic troll But I'll bump on it still, and give some nerdy details. The collisions between units are not indeed like solid bodies that are impossible to overlap, even with this PR, this will remain true for most units. It's more a spring-like push that tries to make units keep distance to each others. This pushing just use a distance-to-center repulsion force. What's introduced here for boats and elephants is a different stronger pushing and that actually take the unit's shape into account. This is why on the video you see that the hulls act like actual solid bodies. However simulating this, is ~x1.5 time costlier then the simple radial spring pushing. So because that, for small units, the difference in visible behavior would be minor, better go with the simple pushing, and use the better one only for big units that get the most benefits from it. A fun fact is that before this PR, all units were treated the same, so you did had still this radial-pushing for boats (the collisions were spring-like and only a small circle at the center of the boat was even acting as the hitbox) but it was still much bigger then for, say infantry. To detect if units were colliding, the map had a grid that allowed each unit to search a limited area where it might be actually colliding with other units. This grid size had to be proportional to the largest pushing unit of the game : boats - who's pushing effects where questionable anyway. Even if you played on mainland map with no ships whatsoever, the grid was sized to work for boats too. And your unit had to check their distance with much more other units they needed to. So you can say that the lag you experience on mainland, was partially due to ships. This along a few other optimizations with the pushing and more resilient obstruction handling, make the PR a performance improvement for common scenarios (yey!).2 points
-
This seems interesting! Another thought I had when watching the elephant videos (probably unrelated): All soldiers going back to idle at the same time when the elephant dies looks so abruptly, maybe there could be some randomness (like some cheering, some idle) or random delay.1 point
-
They seem to have acquired them from Romans (possibly built their own with Roman engineers). https://penelope.uchicago.edu/thayer/e/roman/texts/cassius_dio/67*.html https://penelope.uchicago.edu/Thayer/E/Roman/Texts/Cassius_Dio/68*.html#9.5 Surviving evidence seems to point at bolt shooting light artillery rather than stone throwers. Page 86: https://whc.unesco.org/document/2049341 point
-
1 point
-
Though this is a reply to LeJardind, @Eilat I'll throw some advice in here as well. Maps too small - Not really, the size limit is only for vanilla and can (has been) removed, as Eilat said. Drones - Flying units are doable, if sometimes hacky. Recon is really just a large vision range, and suicide can be accomplished with the DeathDamage component. AI behaviour - Not sure what you mean, but Petra can do lots more than it seems. Jamming Mechanics - Also easy, just give jammers an aura that reduces vision range to 0 (basically removes your units from being controllable). Data-Link - Why? Heavy Artillery - Yeah, that is hard to balance, but a very high cost and reload rate, plus high pack and unpack times go a long way. AA Defences - Just weapons that can only target/are best against aircraft. Radar mechanics - again, vision. MANPADS - Guy with a rocket launcher. Modelling of missile behavior - Why? State-space model - Why? control laws - not sure what you mean.1 point
-
For Mycenaean heroes there are three options in my opinion: 1 use the (poorly documented) mycenaean figures we know: https://en.wikipedia.org/wiki/Enkhelyawon https://en.wikipedia.org/wiki/Attarsiya https://en.wikipedia.org/wiki/Tawagalawa_letter 2 mantain current mythic heroes 3 generic archetypes (Wanax, Basileus, Lawagetas....maybe religious hero) For mythic heroes we have detailed descriptions of their equipment (although keep in mind Homer mixes elements from bronze age and the later geometric period): https://www.salimbeti.com/micenei/armour5.htm https://www.salimbeti.com/micenei/shields4.htm https://www.salimbeti.com/micenei/helmets4.htm The mod's Egyptians seem to be based Saite period but with some New Kingdom heroes and Sherden guards , perhaps could be rework around a specific period. New Kingdom is of course more popular; although i find the Saite period to be interesting (mostly due to how little known it is, and because of their interactions with classical civilizations like Greece and Persia).1 point
-
@Eilat I recommend you to have a look at the game Earth 2150. It's near futuristic war and the way it deals with supplies is great, the best I've seen yet never found it in another game. Size of maps shouldn't be an issue if you concentrate on particular missions as part of a larger campaign map, for which there are also projects around.1 point
-
1 point
-
1 point
-
1 point
-
1 point
-
1 point
-
1 point
-
You can see how "solid effect" of "stiffness" impact the boats in the video. You get super cool effects when there are a few ones, but a lot of them result in them taking a lot of time to settle. It's fine for boats as you rarely think of crowds of boats, and I just made a scene for this in the video to show that it works, and still look good for them. But if you have a crowd of infantry constantly wiggling and taking forever to settle, this would look very bad. Hence the spring. Inertia and pushing aren't the same thing. But for navigating on open terrain, this wouldn't change much. However if you try to funnel "solid" physical bodies into a choke-point, they obviously take a while more to achieve the same movement. So if ever we wanted to make cavalry "solid bodies", with this PR it's only just one tweak in their template. But because big crowds of them cost more to simulate and that moving them around take longer if they are in high number, it should be accompanied by an increase of cost/population for example. The pros are that they will have much more realistic charge effects, like you see with elephants, but cavalry have less contact area and are moving much faster, the physic outcome would be different too (like a cavalry can trow fewer infantry units away but at higher velocity). So this is just a balancing change, out of scope. Even without proper "charge", -so just using the old pushing pretty much as it was, the inertia improves physics for cavalry fighting at no additional cost. The cavalry can push away other spread units thanks to it's superior weight, and also push its target by a little - even if ideally it would be more, and the cavalry would be smart enough to take more advantage of it instead of stopping once in front of it's target. Screencast from 2026-09-22 18-44-41.webm1 point
-
Screencast+from+2026-09-22+02-47-35.webm Screencast+from+2026-09-22+02-49-43(1).webm Better? Also another demo about cavalry movement now : Screencast+from+2026-09-22+02-53-38.webm1 point
-
Having people who can compile is important for testing many things. I can help you with that if you want to do it some day1 point
-
My favorite too Hopefully it can be a good starting point to make naval battles very different then land battles. Right.1 point
-
1 point
-
@razieve thanks for reporting this. I can confirm this is a ModernGUI bug on the development version. A condition was poorly written which created this ghost foundation in some edge cases. It will be fixed next time I push my local work. In the meantime you don't have to worry about it affecting your game. This foundation placement doesn't consume any resources, nor creat any obstruction of any kind. Basically it doesn't affect anything, but you can still delete it to make it disappear. If you want, you can also enable 'global queue' feature to make this work, where builders will start building the foundation once the required resources are reached.1 point
-
1 point
-
1 point
-
Yeah, that'd be good. Unfortunately it's in a low priority right know. But! I wrote a script to do simple batch updates. So if you have Python 3 installed (or you're able to), you can use it (don't forget to backup your map files before running the script and resave the map from Atlas to format the file correctly after the changes by the script): python3 path/to/entities.py path/to/map.xml --pattern your/tree/name --list --rotate random entities.py You might run the script without the rotate argument just to test the list of matched entities.1 point
