wraitii

Hello everyone, This message to inform you that I have merged in SVN the 'default formation' patch, which is a rather substantial behaviour change, though it can be de-activated. In Alpha 23 you have to put units explicitly in formation. In SVN and A24, units will now go into the 'default formation' when walking, and will act as individual when given orders like 'gather' or 'repair'. This is intended to leverage formations for movement, but to avoid issues with specific orders where formations make less sense. The "box" formation is the default. You can change this in your config file, and by right-clicking on a formation icon in-game. If you want, you can deactivate this entirely and go back to A23-like behaviour by choosing the 'no formation' as a default. Modders, you can easily chance which orders get which formation by changing the calls to g_AutoFormation. Since this is all GUI-only, you can mod it locally and still play games with unmodded players, too. Hope you enjoy playing, Wraitii

K, this is starting to make no sense Can you confirm that you've checked: - Your binaries/data/mods folders don't contain the mentioned files (if you're using git, they might be there but not noticed) - Your user mod folders don't contain the mentioned files - The mods you've activated (possibly start with the command line 'mod=public') - You've cleared the cache after checking the above

There is no "gui/gamesetup/Pages/MapBrowserPage/GridBrowser.js" file in the public mod, so there must be something going wrong. Could be the cache.

This is pretty much Rise of Nations. Certainly an interesting idea. _big_ departure from AoE-like gameplay we have right now though. I don't think we'll look into those large gameplay changes short-short term, as it feels to me there's still a bunch of engine work to be done. That being said, the time approaches (on my end anyways). --- Anyways, I'd say the thing I think we mostly need to fix is this...

That someone is me, in fact. 'Requires' specifies level identifiers that are needed to unlock the next mission. So if you have one level that requires two missions, you would write ["mission_a", "mission_b"] instead.

I'm assuming using DE? I moved the grid-browser files from gamesetup to maps/, so you probably have duplicate files now. I think you can just check the diff, let me know if you have trouble.

You should probably wait until I merge D3243, which will make it much easier to change the gamesetup GUI. However, I'll probably not do it in the days to come as it's likely to introduce a few bugs in situations I've missed.

Are you talking about the "virtual" foundation that doesn't block movement? That's in "construction.xml", not foundation.xml

It also happens that the windows auto build was not working these past few days, unfortunately. Anyways, yes, it's something to watch for until we find a better way.

That's https://bugzilla.mozilla.org/show_bug.cgi?id=1644600 Seems the diff is a little buggy then. I'm afraid the system-mozjs won't work on your distribution unless you ask them to patch https://bugzilla.mozilla.org/show_bug.cgi?id=1644600

Thanks for the complete report It seems you were not actually playing on the same revision, because I'm seeing different serialized data as if one of you was playing without rP24429. I think what might have happened is that one was using the GitHub mirror and the other SVN? The GitHub mirror is unfortunately only update every morning, so it sometimes lacks some commits.

@ValihrAnt Would you be able to provide your own los dump? On its own, a single file isn't very helpful. @badosu Can you post the replay also?

To be honest, just switching to a table-like structure would really help. Need someone to get around to actually doing it Feel free to try and make a patch for it!

You must have an "objdump" or "llvm-objdump" program. Possibly LLVM's, possibly something compatible. I'm interested if you can find out more.

I indeed totally missed that 'construction previews' weren't local entities... Thanks for reporting this, it'll be fixed shortly.

No I leave INCLUDE_SOURCE 0 as in SVN

And after a long month of upgrades, I have at last merged SM78 ! 0 A.D. now uses the latest "Stable" Spidermonkey release. The next one will be SM94, I believe, which won't come for a little while still. This version requires "LLVM-objdump" to compile. You will probably need to install LLVM binaries, if you're compiling using GCC (if you're using clang, you probably already have it). Depending on your distro, this could be a in various packages. If you can, update the https://trac.wildfiregames.com/wiki/BuildInstructions with the correct instructions As usual, use this thread to report issues. ---- NB: we know that there is an issue with GCC 7.5. Fixes include upgrading to GCC 8 or applying D3181 from Phabricator.

Are you setting "INCLUDE_SOURCE 1" ? Because if so you shouldn't.

Mh, you're probably correct on that, though the name is not the most important. The distance is still a circle as we approximate range checks for auras, it's just "diagonal size of the obstruction + aura range" instead of "aura range". So yeah, you might need a radius close to 0 for passable obstructions (in fact, it's possible we might want to look at negative aura ranges). I'm going to make a diff adjusting SVN auras, I don't think it'd be too practical at the moment to treat auras specially, but you'll likely have to adjust your ranges to account for "√(width^2 + depth^2)"

I think we should consider this on a per-civilisation basis. Our "women / citizen-soldiers / champions" distinction really mimics a typical greek city-state, and then again not perfectly.

Hello everyone, I have just merged SM68. To compile the game, you will now require the Rust compiler. You can follow instructions here: https://www.rust-lang.org/tools/install It should be mostly straightforward. I am now working towards SM78 which I hope to merge soon. I will detail this thread with what the changes mean later

The upgrade is officially complete (has been for a few days).

That's kind of "by design", but it did change things. I'm not certain that it's better for auras to just be a radius with a centre or a radius around edges? Do you have arguments for either choice? I'm going to make a diff adjusting aura ranges, which ought to mostly move things back how they were.

Did you recompile the game? I do not have the autobuild reflex (yet), sorry...

Hello Gameboy I just tested the installation script and everything seemed to work fine. Can you make sure that you run it on a clean SVN ? What exactly are you doing to start it?