Forums

turns are calculated 5 times each second, so depending on your input, there could be up to a 0.2 second delay for a unit to act on your orders. In laggy games with 8 players, this is exacerbated by slower players since simulation waits for the slowest players to "catch up". with substantial performance improvements, it could be lowered to 0.1 sec.

did you try in 1vs1 with someone of your region? you will see , it's good

Hi all, wanted to give a little rant.  For an RTS game where you are doing many actions very quickly and need a decent response speed from units having a reliable latency is needed. Its not fun for me when the there is a serious delay between my order and when it actually happens. In single player there is a delay as well but its much faster compared to pvp. Anyone else experience something similar?

About zram, I would suggest starting to use lz4 (it should be faster) rather than zstd, given you already have plenty of RAM. Then, you may want to consider upgrading to Debian testing/13, it has already less known bugs than 12 ( https://bugs.debian.org/release-critical/ ) and it can support building 0ad using its packages, other than natively having 0ad 0.27.0.

Hi! This error is often caused by a blocked port, especially if you are playing through your own server or connecting directly. Here are a few things to try: Open UDP port 20595 in Windows Firewall settings: Go to Control Panel > System and Security > Windows Defender Firewall > Advanced settings. In the Inbound Rules section, create a new rule, select "Port", then "UDP", enter 20595 and allow the connection. Check your router settings (if you are creating a server at home): You need to set up port forwarding for UDP 20595 to your computer's IP. Antivirus exceptions: Make sure that the game itself and the port are not blocked by Windows Defender. Add them to the exceptions list. Run as administrator: Sometimes just running the game with administrator rights helps. If all this does not help, try temporarily disabling the firewall and checking the connection - this way you can definitely understand whether it is the problem. Good luck!

1. Zram? In my opinion, this invention should be gotten rid of. It may be the cause of delays. The Linux kernel has everything it needs. Now, memories are fast - why waste time on additional compression and decompression? This whole zram is an illusion - if someone has too little RAM, it is better to add physical memory. If anything - 'tmpfs' is more necessary. 2. Compiling 0ad is not difficult. I recommend compiling ver. 0.27.1 rc: https://releases.wildfiregames.com/rc/ But on Debian Bookworm (12.11) you will not compile this version, because the requirements for 'rust' have been raised (Bookworm has ver. 1.63, and a minimum of 1.66 is required). There is a way to do this: https://wildfiregames.com/forum/topic/127464-debian-bookworm-129-rustup-successful-compilation-of-0270-rc2/#comment-592272 If you are afraid that the compilation will clutter your system with various unnecessary packages, you can always compile on Debian Live https://cdimage.debian.org/cdimage/release/current-live/amd64/iso-hybrid/ You have to remember that directories on Live are created in RAM, and compiling 0ad requires a lot of space, so you have to attach external memory and create a compilation directory on it. But be careful - this memory must have a Linux file system (e.g. ext4), because fat32, exfat do not support symlinks and compilation will fail. After compilation is complete, we move the 'binaries' directory with the 'data' and 'system' subdirectories to the target location. The remaining compilation directories are unnecessary. Best regards  

https://www.indiedb.com/games/0-ad/news/a-year-in-review "Since the last IOTY we have added two of the remaining civilizations: the Iberians and the Carthaginians. In the upcoming Alphas we will add the final two, the Persians and the Romans." The game was meant to be much more humble originally. There's a lot of interesting points in the article.