hyperion

Needs custom templates or scripting, could be done one way or another but would be major work, so don't hold your breath.

You can show passability under Terrain -> Visualize.

a) You can copy paste groups of trees. b) Yeah, guess that is missing from Atlas. Also don't think there is a ticket already, so suggest to file one. c) Trigger scripts should run, suggest to load the cinema demo map and run it in atlas for a test, that certainly worked in the past. Maybe I'm missing something here.

In part. More like the pipes in Mario to change maps. I'd say that is actually genius to not do it in a more "realistic" way. Using another game category racing, where realistic is very much computationally possible, there I'd say Tracmania is still much more enjoyable for most then a simulator. For RTS I'd say AOE2 (a better game than the more realistic AOE4 ) is the gold standard and it's full of unrealistic mechanics. So realistic is never really worth optimizing for, it certainly isn't needed for a successful game. If you can't attack through walls you would get very strange unit pathing behaviour unless you make the pathfinder aware of this and we would be already in the territory of computationally to expensive. And as I said above you would have to do the same for arrows and for any obstacle or you are inconsistent. One argument for not allowing pikes through walls mentioned above was for the sake of new user. Here I argue discoverability and consistency are much more important. I'd say Petra being a bit to strong for new players and us lacking in the tutorial aspect is far more detrimental than anything else.

"Realism" doesn't make a game better, it's just that maybe the last 10-20 years this was what people were trained to believe, how else can you sell a new hardware every other year . Some of the most legendary games are from the 80' and 90' after all. Anyway correct wall physic is computationally much more expensive, and if you do it with walls why stop there. How about buildings, trees or terrain? You see were this is going. Lag is always much worse then some bending of realism.

I get the same 500, no worry, Thanks for filing non the less.

If release then likely fixed in git already. Real bug, the dropdown getting in the way is sort of ok, not great for sure, showing wrong description definitely is not, also some description don't even fit in the tooltip region. Please file a bug on gitea. If in release then likely fixed in git already. Walls don't prevent attacks, just movement, this is no different than arrows. If release then likely already fixed. For those I sad likely fixed would be nice if you could try to reproduce on main.

Looks somewhat like the premake bootstrap script runs git tag to get the version and as such breaking the build, guess you can add any commit on top of the tagged one and rebuild premake and you should be good, please also file a bug on gitea if that is the case.

Don't know if that is the latest, but the latest I have at least. shiny_a27_2-01w3.zip

2GB per job is usually a good value, not enough for some packages, Webkit being notorious for needing about 4GB per job. Anyway dmesg will tell you if oom happened.

What is the kernel version and mesa version? Asking because the Xe driver is still quite new. Also can you consistently reproduce it or was that a one off? Also is it limited to one of opengl or vulkan?

I can't suggest any help. You have to look further up in the output for what went wrong. For the download issue curl should have given you the answer and for openal the compiler. "Problems with spidermonkey" doesn't allow anyone to help. Always go back in the logs and look for the first issue.

Just retry, the server hosting the file might have been to busy.

Your hardware / driver doesn't support it.

That is Petra doing it, it's not inherent to the game. It makes the AI "stronger" but arguably "less fun" to play against. So if there is some consensus we could revert it.