All Activity

Here is a Win10 system with a Vega iGPU. If I use the old driver (Adrenalin 22.6.1): OpenGL with GPU skinning disabled: works fine OpenGL with GPU skinning enabled: same issue occurs I followed your steps, and the issue is not fixed. (22.6.1OpenGL)system_info.txt (22.6.1OpenGL)userreport_hwdetect.txt

I can also confirm it runs

As a note to our international noobs: that depends on the keyboard layout; I never changed anything and it is 'Z' for me. Hotkeys can be reviewed and changed from the menu.

Attack move command is issued automatically for the selected units after they drop off resources, at the point where you right-clicked while holding the Call to Arms hotkey.

Wildfire Games is proud to announce the release of the Patch Release A27.1 for 0 A.D. Alpha 27: “Agni”. This is the first patch release of 0 A.D., made possible by the new development environment put into place last year. Easy download and install Download and installation instructions are available for Windows, Linux, and macOS. 0 A.D. is free software. This means you can download, redistribute, modify and contribute to the application under the same licenses: GNU Public Licence version 2 (GPL v2) for code and Creative Commons Attribution Share-Alike 3.0 (CC-BY-SA 3.0) for artwork. Although you might find some people selling copies of 0 A.D., either over the internet or on physical media, you will always have the option to download 0 A.D. completely gratis, directly from the developers. No “freemium” model, no in-game advertising, no catch. What is a patch release? A patch release is a minor release of 0 A.D., bringing a few selected fixes from the development version into the latest release of the game. All fixes of the patch release are already present in the development version (the future Release 28). There are two important aspects to a patch release: Patch releases are OOS-compatible with major releases. If your friend has not heard about the patch release, or cannot install it for whatever reason, they should still be able to play multiplayer with you. This limits the kind of fixes we can include in a patch release. Patch releases are prepared on the side, and do not take precedence over our work towards the next major release. We prepare and provide patch releases as our resources allow. This limits the scale of the fixes we can include in a patch release. Changelog Here are the changes included in A27.1: a fix for the large performance issue observed by some players on older hardware several small performance improvements in the calculation of simulation hashes (related to multiplayer stuttering) fixed support of Windows 7 a fix for modifying your lobby password when you have an uppercase letter in your username a fix for the distorted 3D models with GPU Skinning fixes for crashes with Vulkan and/or with GPU Skinning a fix for changing player perspective in replays a fix for an out-of-memory crash in the JS engine when generating random maps a fix for the game crash on pressing Fn key a fix for a crash in Atlas when the map generation fails a fix for a memory leak in the renderer fixes for multiplayer port forwarding package fixes for Linux desktop environments various build fixes for Linux (some sent by package managers) Thanks to all the community for your continued support and enthusiasm, which allow us to deliver these updates! Reporting issues If you experience a technical problem with the game, please report it at gitea.wildfiregames.com. This is also the first address to visit when you wish to dedicate some of your time to help patch the code. Got any further questions or suggestions? Discuss them with other players and developers at the forum or talk with us directly in the IRC chat rooms: #0ad and #0ad-dev on QuakeNet. Subscribe See our LinkTree. For press/media inquiries, please DM @play0ad on Bluesky or webmaster at wildfiregames dot com.

Of course. But as long as we dont have a button to jump to the next idle building, the same cant be said about buildings, which is why a graph with the cumulative building idle time would be nice.

Thanks for the tip, Deicide4u! I didn’t realize the “Call to Arms” could be hotkeyed either, assigning it now. That sword icon showing up is a good visual cue. One thing I’ve noticed: sometimes after issuing the command, some units still lag a bit before dropping off resources. Do you all wait a second or two before the attack-move, or just go right away? Also, thanks @Atrik for the ‘Y’ key reminder, super useful for a quick transition back to economy. These little workflow improvements really add up mid-game.

There is a "rate limiting" to avoid spam, but newcomers don't have a maximum number of posts. Once they post enough (in quantity, but not too fast), they obtain normal limitations.

The limit is lifted when the limit is reached??? Anyway, was there a change? I remember a number of new members being stopped cold when posting too often (five posts in three days?)...

Yes. It is fixed now.

Hello. Thanks all.

@Atrik I didn't know it works after Call to Arms, thanks.

Thanks but that's not needed to do it manually. The account limitations are lifted after enough content is posted. Welcome @vanz!

"Back to Work" => 'Y' by default

Maybe wrong thread because this is not really a discussion? Anyway, in the Hotkeys options there is an unassigned key for "Call to Arms". Assign this key to Backlash or some other convenient key. When under attack, select all your soldiers (but not women) and use this hotkey. The sword icon will show up. Right click to a place where you want all selected units to attack move after dropping off resources. Ring a bell from civic center to make your women garrison. After the attack, send all soldiers to chop wood, then immediately assign some of them to stone or metal, if needed. Don't forget to send the women back to work by clicking the gray bell on the civic center.

How to quickly call all soldiers for a battle when under attack, and then reassign them when the defense is successful? As far as I see, bot can do this easily when I always lose because my soldiers are always parted.

This should be really easy for you self diagnosis and correct. Just look at the idle worker count in the bottom right corner of the mini map. If the number is above 0 then you made a mistake. Keeping an eye on this counter, pressing the period button to find the idle worker, and assigning a task to the idle worker is eco management 101.

As repetitive as these kind of threads are, I think these ideas are great and we should definitely consider implementing them; (This alone would fix a big part of the problem; sure, there might be some who will hide it, but by doing so they become openly dishonest and it becomes clear that they do (try to) cheat (as in "gain an unfair advantage") and they wont have any real leverage to argue why they shouldnt be banned from any future games by the host (if people noticed their cheating (attempt))) (maybe even unit idle time, while we're at it. But that doesnt really have anything to do with the cheats so its a bit off-topic.) (And if possible we could also draw the structure idle time as a graph at the end? makes it easier to find mistakes in my own gameplay and get better.)

Thanks to the anonymous moderator for approving my previous post. I hope you'll like this one too.

I managed to solve this problem, without restarting. Steps: 1. Uninstall game completely, delete all 0ad config, cache, log and replays. 2. Re-install game but in a different location. I did it to my C:\ 3. Instead of using the start menu, go into where you installed 0ad and click on pyrogenesis.exe to launch the game. Now the graphics are fine. Installing to the same location will persist the problem (reason is beyond me) Not deleting configs, and most importantly cache, will persist the problem (probably broken render artifacts are in there) Starting menu on windows sometimes randomly fails to run the correct .exe file (reason is also beyond me)

Thanks! I confirm this also happens on A27. I have opened #8205. We've had a similar known issue with Petra for a few versions now. Thanks for the report. Unfortunately I don't see anything strange with the commands.txt, I can replay the game with correct hashes by installing feldmap from mod.io. I get no serialization errors. However I can't tell you whether mods such as "CustomTrainer" can cause such errors. I have taken a look at the crashdump and I can't get a meaningful stack trace from it. I see in the crashlog something about "insufficient access rights to open file" but that might just be the error reporter saturated after you "continued" from previous errors. Let us know if you encounter this issue again. I'd like to launch this tomorrow. @Outis @little Guest can you confirm the Windows 7 issue is actually fixed with a clean install of RC3?

GPU skinning requires restart IIRC. And that's definitely the symptoms for it.

Sorry, I just forgot to share this very revealing conversation I had with a relatively new player. It's interesting how confusing it can be to think that a feature only helps you against better players, but doesn’t still give you an advantage against players at your own level. Can't blame him, I guess, in the end, we all fool ourselves a little.