Seleucids

Issue is, too many players want to jump straight in and play, instead of going through tutorials which they find boring. Very few have the patience to practice boom build order against an Unassigned gaia or repeatedly train their muscle memory on a particular move. It took me 3 months of playing against Unassigned every day to speed up from maxing out at min 17 to P3 etc at min 13. But of course I had to develop a build order from scratch but there are many available builds on Youtube nowadays so it should be a lot less tedious. Nevertheless, it does take a cosmic at least a few weeks to be qualified for TGs and few months to become 1500+ If you are a new player and do want to become good, my best advice: 1. Read this document: https://wildfiregames.com/forum/applications/core/interface/file/attachment.php?id=59405&key=0e4a1a2f3507b7a9efd182a59d94f703 2. Watch and learn from pro players, spectate them in TGs or 1v1s. Talk to them, ask them why they do something, how they do it and try to reproduce their moves yourself. Don't be afraid to chat with people in the lobby. 3. Play 1v1s against people who are somewhat better than you. Watch replay after loosing, see your mistake and try to improve from that. 4. Set small steps of progress. Lock on to someone who is just a bit better than you and try to defeat them. Don't go straight up to top 10 and challenge them, because they will vapourise you so suddenly that you won't learn much.

Could we abandon xw or wx and switch to QT framework, for the Atlas?

This is actually not a problem. Both galaxies are empty enough so that an actual collision between stars or planets is extremely unlikely. The most plausible case is erratic trajectories of bodies and formation of some new constellations. More immediate threats: 1. Aggressive military actions destroying internet cables or causing electricity cuts or killing the players in real life 2. Wxwidget failure or bugs (already totally borked on Wayland). We should have switched to QT 3. Microsoft windows doing something funny and all windows players can't run game anymore

You can play through my battle skills campaign for now. If you pass every level, I think you will win every fight with the AI.

In the end, I think this is not a bug but a nice hidden Easter egg feature.

The turn period is actually scaled by network latency and computation time. By default, without latency (against AI), a turn is truly 0.2 seconds. However, as soon as the game is networked with real humans in different countries, it is much longer. This is not even excluding small freezes and pauses which prolong the turn time. During latency, a turn can be as long as 0.4 or 0.5 seconds and that is enough for a focused human to issue a command. There are European players and American players in your game, so the network latency is huge there. If the game was paused or frozen by lag, it's possible to queue up more than 1 command in one turn. In the laggy A27.0, I was able to queue up 11 commands into one turn, so 3 actions in one turn is not a problem.

What's the command? The syntax?

The naval rebalance deserve its own new topic Ideally we also get some feedback from single players who play a lot more naval than us

Stop being salty and click the invite! Ok ok @TheCJI edited my previous post ok? I have no interest in arguing with you. Take whatever problems you have to the disputes channel

Irrelevant and off-topic. My server exists parallel to yours with focus on technical side + additional bots and experimental features. It is by no means a competitor nor an undermine of 0ad enjoyers. Your server is stable and active, whereas you can test out & discuss bleeding edge ideas in mine, as I'm not afraid of you breaking something. All users get elevated rights. Furthermore @TheCJ, I'm not implying anything about you or meister or your server. I'm just emphasising that i don't censor nsfw content in the ages restricted channels

Reachable via Disboard !

I have created a brand new 0ad discord server for everyone! Join link: https://discord.gg/stGVyADRX3 Features: Discoverable on Disboard and Discord community - we can expect some rapid growth in members Bridging with another revolt.chat server - so if you prefer Revolt over discord, you can still talk with persistent discord users 0AD channels dedicated to helping you improve and discussing gameplay Fun apps and free testing of your own discord apps and bots NSFW area to discuss politics and controversial topics, e.g. religions, conspiracy theories, as well as sort out feuds with other players Preach your Linux distro and flex your setup !

Good luck with this, although I would recommend you use one of the A27.1 RC version https://releases.wildfiregames.com/rc/ for this, because they are truly able to take advantage of all clock cycles whereas A27.0 idles the core. From what i have observed in A27.1 and B28, they are both using 1 CPU core. But as Dunedan suggested, it might not be a bad thing.

Yes. But threads are not processes and ideally we can multi process all those pathfinders instead of threading them. Thread still leaves them ok the same core Also could the simulation updates on each entity be done in parallel? That would also mean a mega performance boost

I am on A27.1 RC2 and this is what the consumption looks like when playing a giant 2v2 fight: With A27.1, you can stress out 1 virtual core to 100% and reach smooth performance in game. However, the engine is not parallel-processed yet; the jobs are still all piled up on 1 CPU core instead of distributed out to all. Your 40% utilisation could be true for overall if you are dual-core, but if you are capped at 40% on each core then it's probably caused by the performance issue with Spidermonkey.

This is one of the greatest insider joke threads that I have ever seen on the forum, absolutely made my day! Explanations for those who don't understand: the first gif is a depiction of a player called nababu, who is JC's mascotte in the lobby and has great synergy with him when playing in the same team. The memes for "it's over" and "never begun" are for vinme. The third one is every other mascotte in the lobby, e.g ycswyw. The frog who pokes knife into socket is an abstraction of noob players suiciding by provoking fights with massively larger armies.

One additional point: these kernel parameters combined with some experimental kernels (namely CachyOS BORE) will stress the GPU to the extent of becoming unstable. It is somewhat likely to crash your entire OS mid-game if you stress your GPU too much. You can switch to Linux-LTS for more stability at the cost of some performance. But if you don't want to change kernels, my advice: 1. Make sure your GPU cooling is sufficient and temperatures are low. You might need to manually adjust the fans (I kept it at 100% while gaming and the crash didn't happen; the default fan curve was not ideal) 2. Throttle the maximum fps in your game settings options: Vsync = on Menu maximum fps = 60 Game maximum fps = whatever your screen offers, or 120fps (generally enough). 3. Cancel overclocks or turbo mode for stability. 4. Some AMD cards draw more power than a PCIE power supply is designed to give. If it has 2x 8-pin connectors, plug in 2 different PCIe cables from the power supply, not from the same one cable with a splitter. 5. If game still crashes on Vulkan, lower graphics settings. Fortunately, 0ad is not a very big GPU destroyer. Some Steam games when run with proton crashes the system in just a few minutes.

I managed the solve this. It seems that for certain generations of AMD cards, you need to set some special kernel parameters. Radeon drivers are the right ones, don't listen to those who suggest AMDVLK. 1. Packages (Arch Linux): ❯ sudo pacman -Q | grep "vulkan" lib32-vulkan-icd-loader 1.4.313.0-1 lib32-vulkan-radeon 1:25.1.4-2 vulkan-icd-loader 1.4.313.0-1.1 vulkan-radeon 1:25.1.4-2 vulkan-tools 1.4.313.0-1.1 ❯ sudo pacman -Q | grep "radeon" lib32-vulkan-radeon 1:25.1.4-2 linux-firmware-radeon 1:20250508.788aadc8-3 vulkan-radeon 1:25.1.4-2 2. Kernel Parameters: Add the below kernel parameters to /etc/default/grub and then update with the command: sudo mkconfig -o /boot/grub/grub.cfg radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 In total, I have: GRUB_CMDLINE_LINUX_DEFAULT='radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 nvme_load=YES zswap.enabled=0 splash loglevel=3' 3. Don't set environment variables unless the above doesn't work for you. If you must, set the renderer to RADV

Yes. here is the list of Vulkan-related software that I have installed: ~/b/A27-1  sudo pacman -Q | grep "vulkan"  I lib32-vulkan-icd-loader 1.4.313.0-1 lib32-vulkan-mesa-layers 1:25.1.4-2 lib32-vulkan-radeon 1:25.1.4-2 lib32-vulkan-swrast 1:25.1.4-2 lib32-vulkan-validation-layers 1.4.313.0-1 vulkan-headers 1:1.4.313.0-1 vulkan-icd-loader 1.4.313.0-1.1 vulkan-mesa-layers 1:25.1.4-2 vulkan-radeon 1:25.1.4-2 vulkan-swrast 1:25.1.4-2 vulkan-tools 1.4.313.0-1.1

I bought a new AMD GPU and I try to play 0ad on it. However, I run into errors when using the Vulkan renderer: ~/b/A27-1 $ binaries/system/pyrogenesis  I TIMER| InitVfs: 192.018 us FILES| Main log written to '/home/rena/.config/0ad/logs/mainlog.html' FILES| Interesting log written to '/home/rena/.config/0ad/logs/interestinglog.html' TIMER| CONFIG_Init: 2.94495 ms Sound: AlcInit success, using OpenAL Soft WARNING: Failed to create a Vulkan window: Installed Vulkan doesn't implement the VK_KHR_surface extension ERROR: Unable to create device for Vulkan backend, switching to GL. I am of course using the A27.1 RC version which I built from source, on this environment. I suspect that I made a mistake while trying to install Vulkan on the system: trying to query vulkaninfo gave these: ~ $ vulkaninfo --summary  I ERROR: [Loader Message] Code 0 : vkCreateInstance: Found no drivers! Cannot create Vulkan instance. This problem is often caused by a faulty installation of the Vulkan driver or attempting to use a GPU that does not support Vulkan. ERROR at /usr/src/debug/vulkan-tools/Vulkan-Tools/vulkaninfo/./vulkaninfo.h:573:vkCreateInstance failed with ERROR_INCOMPATIBLE_DRIVER The basic GPU driver, vulkan-radeon and amdgpu are installed and activated. Radeontop does work correctly. Below are my grub kernel parameters in /etc/default/grub: loglevel=3 intel_iommu=on quiet radeon My question is: how can I set up vulkan driver for AMD GPUs on Arch so that I can run 0ad smoothly? What kernel parameters and config did the developers use? userreport_hwdetect.txt system_info.txt

Solutions: 1. Keep suggesting balance to the host until everyone agrees 2. Don't let trolls in. You question unknown users until you are sure that they are here to play and have a decent level. A good question to ask is " how many pop at min 10" 3. Choose civs wisely. Don't do random civs

There is a huge range of skill levels in the lobby so it's often impossible to balance teams perfectly. Even if the player skills are balanced, civs and counter units screw it up again. Having broken champ cavs doesn't help and civs not having basic counter units make it worse. Furthermore, you get smurfs misreporting their level or noob players claiming to be pro just to be allowed into a game. And then there is Geriatrix trolling you with new accounts every day, in which he plays badly on purpose or throws tantrum and ruins the game for everyone. It's also possible for a theoretically stronger team to lose badly because one guy throws the game or if someone ragequits.

I prefer this. We make cav because we want speed. Otherwise, who would do cav when inf is cheaper and more useful as workers? Definitely not. Units die too fast now and we just see people getting vapourised. 2v1 or bad fight = instant death -> more demanding on good ally and pocket -> less tolerance and more toxicity -> more DoctorOrgans behaviour + exclusion of newer players @real_tabasco_sauce please reconsider the bonus on spear cav against other cavs. The issue is, most civs don't have spear cav. So as soon as someone makes a dozen spear cav, these civs Gaul, Brits, Athen, Maury, Sele are banned from using cav (unless they spam spear champs in P3). Is this what we want? Suggestion: due to the special nature of spear cav, we should give every civ a counter unit, e.g. fanatic, or just give every civ a spear cav option.

Occasionally, the Ambush map fails to generate due to javascript out of memory error. This crashes the game. interestinglog.htmlmainlog.html

3x for whom against whom? Ideally inf spear and inf pike get giant counter against champion cav, like 3x 4x 5x But spear cav shouldn't counter other cavs at this rate, otherwise you are basically banning all cav strategies as soon as someone makes a few spear cav.