Leaderboard

Hi everyone, I am happy to present a 5-part campaign titled "Macedonia: Rise to Power"! The campaign covers the times of Philip II and ends shortly before Alexander the Great gains control of the kingdom. Some screen shots are included later in this post. The scenario files for A23 can be found here:; https://github.com/SciGuy42/Macedonia_0ad For A25, conversion is still underway. The first 5 missions have been converted and can be found on the a25 branch of the github: https://github.com/SciGuy42/Macedonia_0ad/tree/a25 To install, you must download all files from the maps/scenarios/ folder in the repository and place them in the /maps/scenarios folder where your custom scenarios built with atlas are saved at by default. On Linux, this should be at /home/<user>/.local/share/0ad/mods/user/maps/scenarios. Note that for A25, you also have to put the Trigger.js file from the repository into your custom mod folder. Most of the scenarios rely heavily on scripts so make sure to also download the .js files which also go in the maps/scenarios folder containing your scenarios. The scenarios feature more or less typical build and conquer mission, as well as sieges and battles without much building involved. Make sure to read the text in the description of each mission before you play it. Often, there are intelligence reports that can be quite useful. In many cases, there are multiple ways to approach the mission strategically. The AI should be set to Petra, I recommend Medium or Hard difficulty with Balanced option. It's totally fine to play it on easier difficulties as well, especially on the first try. Hope you enjoy! I am definitely looking for feedback -- there may certainly be some bugs or inconsistencies or issues -- please make note and post! I am looking to do a round of updates in about 2 weeks but need to take a break now. If my wife hears the opening music of the game one more time, I'm in trouble UPDATE Nov 2021: - The campaign is now complete with 45 missions, starting with Phillip's rise to power and ending with Alexander's death. Conversion to a25 from a23 is currently underway. UPDATE Oct 2 2020: - Added Missions 16 and 17, covering Alexander's conquest of Tyre. Also made small changes to some scenarios based on feedback from the users. UPDATE July 27 2020: - Added Missions 11-15 covering Alexander's conquest of Asia Minor UPDATE June 19 2020: - fixed some of the winning conditions bugs that were reported - added support for difficulty levels -- switching the AI between Medium, Hard, and Very Hard will now often result in effects beyond gather rate (e.g., more troops garrisoned in enemy towers, better starting teach for enemy, etc.) - Enemy units that spawn and attack now usually march in formation - Added wall towers to fortified cities and settlements I will shortly be posting the next set of five missions. Thanks for all the comments and private messages. And here are some screen shots: UPDATE June 25 2020: Added the next set of 5 missions, comprising Alexander's Balkan Campaign. Features a naval map, new scripts and triggers, and another siege. Enjoy! Some screenshots (minor spoilers): Some screen shots from missions 11-15: Shots from 16 and 17, the conquest of Tyre:

Hi, Ok, we all have pretty much seen what is happening the last times to some team games : unexplained crashes. It occurs principaly in the games of "known players". So it's legitim to think they don't happen randomly but are through someone or some people who is/are targetting 0ad for a reason which is not clear yet. The community was not silencious about those attacks and many tried for some to find who is doing that and others to find how to face them. Event if many are developers, it is not always evident. I - The facts: All the clients lose almost simultaneously the connexion to the server. This process seems irreversible as there are not actually connexion issues and way to fix it. II - The responses: A - Finding the author(s) Here is a screenshot of online people a day when many attacks happened. Image by reza-math. This screenshot is interesting because attacks here happened where there was not a lot of people online. B - Make a protection against the attacks The first idea to protecting against that attacks is to close the ports used by the author(s). The issue is that this solution is not very effective when the author(s) can only change attack port. Another fact is that they need to go through 0ad to do their attacks. And about that we know the port used by 0ad lobby : 5222. Confer to the discussion below dated of November 2013. Refering to this, we easily see that all the threads are going through there. So for an attack, many connnexions can be simulated. So, we are probably facing DoS/DDoS attacks. We easily see that by running `netstat` Even if the will of the author(s) is not known yet, we suppose they only want to destroy the game or some players. However, what we must do is to face that attacks as it should be. C - What I am experimenting Knowing that, it is clear that closing all connexions using a firewall on the port 5222 won't solve the issue. But in another hand, the attacks are coming from tiers through pyrogenesis. And this is our luck ! In fact, Operating Systems allow using firewalls on applications to only allow secure (or encrypted) connexions (even not tiers?) trusted by those applications(or only coming from them?). After doing that stuff, I performed many tests on the game and the result was pretty surprising. On 7 games (by a day with many attacks), 6 ended well and the 7th was according to me due to a connexion issue from me. What I have noticed and what is making me confidant on this is that we have often felt the attack coming (the connexions were dropping slowly). And my hypothesis is that the author(s) of the attacks was/were trying to perform his/their attack when my firewalls were at the same time stopping their entering connexions. That is pretty much all. I'm waiting for your remarks and suggestions. I will publish soon a detailed guide on how to perform the solution proposed here on Windows and Debian cores (if it's agreed by the community). Kind regards,

Hello everyone, As said in the "Spidermonkey 52 upgrade" thread, we will (very soon) be moving from VS15 to VS17. This upgrade is necessary to support Spidermonkey version 68 and 78 (our target at the moment), which require newer versions of the standard. The Windows autobuild will soon be switched to this compiler, so please report any issues you might encounter. If you were compiling 0 A.D. yourself on Windows, you will need to download VS2017 Community Edition. VS2017 comes with its own dependency installer, you ought to be good to go with the "Desktop development with C++" option. At the moment, we have some issues with debug tests, but that ought to be fixed quickly and the rest of the game ought to work fine. You may also report issues here: https://trac.wildfiregames.com/ticket/5862 Edit: update-workspaces.bat will already generate solutions that ought to be compatible.

The attack is directed at the router creating a saturation on that point and not on the computer or pyrogenesis as the whole house loses connection when happens. I managed to avoid it by using my smarthphone data connection with wifi tethering as it looks more difficult to ddos the game that way and seems to be working (don't expose your real IP)

@wowgetoffyourcellphone A recent patch with elephants adjustment was committed some weeks ago, please check if that was the size desired. I've made the patch before i ran out of internet connection months ago.

The error is strange... but you should wait before we update to spidermonkey