hyperion

Might be an incarnation of https://gitlab.gnome.org/GNOME/mutter/-/issues/2740

All random maps together are 1.3MB, all skirmish maps together are 17MB. If you want to remove scenario maps and replace them with proper campaigns that would be nice. My main criterion for the quality of the map is how different it plays from mainland. If you ask players who exclusively play mainland if they are fine removing non mainland maps you get skewed feedback. Replacing in place doesn't make it any harder to update maps then first deleting them.

Dbus should generate that id by itself if needed, sounds like the dbus session wasn't launched properly.

Try launching 0ad from terminal so you get to see the error output if any. Alternatively you can browse your logs in ~/.config/0ad/logs/ If you need help with interpreting the error post it here.

It's a build only dependency of Pyrogenesis. Then there are various tools written in python like code quality checks, generating fonts or list of translatable strings for Transifex and more. The one causing issues over and over again is mach, the mozilla build system. https://firefox-source-docs.mozilla.org/mach/index.html Edit: Mach shipped with Spidermonkey 115 is broken for 3.13, we just have been lucky to only require the parts that are not .

Thanks, https://gitea.wildfiregames.com/0ad/0ad/pulls/7300

There is no release version of a27, I suppose you mean main branch. If an identical error is printed you either didn't build what you thought you did or didn't run what you built. This exact error message does no longer exist in main. Building a26 at this point from a checkout is non trivial, I suggest to inform the maintainer for the package for your distribution (usually bug report) and if you want to have a go at it yourself use the package build scripts, which have all prior fixes, and the package build tools of your distribution to create an installable package instead. You can't catch a segfault.

@tuk0z, yes the bug was fixed with https://gitea.wildfiregames.com/0ad/0ad/commit/bb1910ff4c696502d3d518a0cd36c7bd2795554f, distribution maintainers or anyone building a26 from source can cherry-pick that commit to support >=openal-1.24.0. The next release will include the fix. Bug report for Debian sid https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1087990

https://gitea.wildfiregames.com/0ad/0ad/pulls/7234

Quick check: alcGetString(nullptr, ALC_DEVICE_SPECIFIER) returns nullptr or at least a char* starting with "\0" in 1.24.0 It's only used for printing the device name into a logfile. Making the follow up code expecting non NULL segfault. Skipping that part the sound works just fine, as it's only used for printing the device name into a logfile.

You assume 1 target only, but usually there are bunch clumped together. So spread may even make projectiles more effective. Imagine 20 of your units shooting the same unit when 5 are already enough to drain all health of said unit. In that case you might get even 2 or 3 units instead of just one with the volley.

if the idea behind is to enable "never heard of that mod, let me check it might be something good" then yes, there is merit. But if @Atrik shows up and that trainer assist thingy isn't listed will you trust it? You won't, right? As such making it worthless for such purpose.

I consider it perfectly fine you banning this user when you host, no reason required, being insulted for it, I consider bad behavior that should be sanctioned where reasonably possible. But going on a witch hunt or donning the justice knight kit to harass progui users isn't any better in this regard and I have seen statements of this happening too. I have no recipe handy for making the lobby a less toxic place. Nothing will change with suggested anti cheat measures like only signed mods or make all mods visible. Still only a download and install is required to get around it. You can't ever make it any harder than that for those willing to cheat. Commercial game studios started to install malware (hooking into kernel and taking ownership of your pc) to try to fight this problem, don't think this is a route to pursue for 0ad. What has potential is analysis of replay data and screen recordings, as that is much much harder to get around. The usage of progui, should it be written down, should be a bannable offense in ladder games, not using it in SP for instance or in games that a user hosts. I'm not concerned it might happen, it will happen. If just saying this is bad, don't do it would work, there wouldn't be a need for prisons, there wouldn't be drug addicts and MP lobby would be a nice place where everyone gets along with each other. It's not the late 1960 where everyone believes in fluffiness. PS: Just to be clear, some suggestions have merit on their own and would make for nice additions, just not as anti cheat measures. And making the game much less attractive for those that do not cheat, just in vein hope to fix cheating that way should be avoided.

I think I saw this in the forum before. Something with Windows and enabled scaling IIRC. Maybe https://www.thewindowsclub.com/how-to-change-scaling-for-specific-apps-in-windows-11 helps.

Someone able to write automations should have no problem writing a patch to bypass such checks. So the highest difficulty for anyone to use such changes is either download and install a mod or a modified engine. Something everyone can do. Providing a mod or a modified engine is perfectly legal due the software license under which pyrogenesis and 0ad is published, arguing it's not moral isn't going to help. IMHO, the only thing worth looking into is what @ffm2 does with the script checking for abnormal patterns in the replay. Then if the heuristics in the script trigger for a ladder game you file a report and moderation can decide to take action based on written rules. If you host a non ladder game you are free to ban whoever for whatever reason you want. If you join a non ladder game you have no say in the rules nor should wfg.