sanderd17

You like watching lindybeige eh?

Yes, the tech parsing to display it in the structure tree is quite different from what happens in-game. The game doesn't care about when it will become available, it just needs to test if the requirements are already matched. That said, it's very strange your tech doesn't work. Perhaps the siege tech linked only works because it's researched from a phase III building, so automatically goes in that phase (and the calculation is omitted).

Hmm, strange issue indeed, I see we put the notciv requirements in a separate all. So that should solve your issue (see http://trac.wildfiregames.com/browser/ps/trunk/binaries/data/mods/public/simulation/data/technologies/siege_bolt_accuracy.json ) Though it shouldn't bug out on your requirements either, guess I'll make a ticket for it.

I added some warnings to that piece of code, as it wasn't fail-safe indeed. Now it should warn what template is the issue: http://trac.wildfiregames.com/changeset/18199 You probably have a tech with an empty requirements object. This isn't a good idea as there are requirements defined (so the code for checking requirements will run), but it will find none. It's better to just delete the requirements altogether.

PS doesn't have restrictions on what you can do with your content (like any decent program), so it's safe to use. Though there are some pieces of software (most notably some cloud software) that try to restrict what you can do with your own content. Luckily this trend isn't very successful so far, so you're fine with most programs. From an ethical PoV, I always prefer open-source software when it's available. But ethics are quite personal, so I won't dictate what you need to use. (if everyone on the programming team had the same ethics as I did, we wouldn't even be able to release the game for Windows and Mac, since nobody would be able to compile or test it there).

Note that Google also has a switch to search for "images labeled for reuse with modification", which gives mostly CC-BY-SA licensed images (though you need to check the original page to see the exact license, and get the correct credits). See https://www.google.be/search?tbm=isch&q=gorilla&tbs=imgo:1&gws_rd=cr&ei=w4k9V-jTBoOZaKrnqGA#q=gorilla&tbs=imgo:1,sur:fmc&tbm=isch&imgrc=_ as example.

It's related to the phase requirement of a unit. But I have no idea what is actually wrong. You can try a bit of logging like I explained before. Logging the "prod" variable should show you the unit template where it goes wrong, and logging unit.required should show the name of the required tech.

Oh, didn't notice it, it seems to be in one of your player templates. It may be your Athenian player template. I don't know how the XML engine parses whitespace strings, but I'd guess it trims of the whitespace so indeed returns null or undefined. You should probably just remove the entire Auras part there if you don't want the auras.

@jonbaer, just note that mods with no updates for several months are probably outdated a bit, and won't work off-the-shelve.

Does it happen when loading the map? If so, you can add some basic debugging. Add the following code just before the bug happens (so before the current line 48 of Auras.js): if (!this.template._string) warn(this.entity); Then you should see what entity id is causing the problem, so you can open the map XML, search for that entity id, see what template it has, and fix the template. EDIT: or you could also open Atlas, and place units/entities with auras by trial and error until the warning is spit.

The animation looks a bit too vivid for me. I think it would cause a lot of effort to get the beam to move, and it certainly won't stop swinging that quickly. Here's an annoyingly narrated video, but it shows some nice pictures IMO. Pretty much what you designed.

That production progress bar seems easy enough. If you want to work on that, I can give you some pointers. The other GUI thing you propose will indeed be hard. The GUI design alone will be hard: everything needs to fit on the screen. So I don't expect someone doing that soon.

Itms worked on entity fogging and miraging before, so he was involved with the visibilities. But there's no real design discussion on how those invisible units should work (it would be quite annoying to have a design discussion without the possibility to test some things either IMO). And if it can be done in JS allone (which means that Itms made his C++ code generic enough), there's no reason to alter the C++ code. It 's a lot easier for mods to reuse or modify JS code.

@jonbaer, the Rise of the East (han_china) mod started development under some modders who were also part of the main team (though the current maintainers have added a lot more content to it). The work on the mod was started way before the civ list was finalised, and one of the reasons to not include the China civ in the main game (which would have been quite convenient then) was to have a showcase for how to add a civ through a mod. The mod doesn't implement the strict minimum needed to add a civ, but it's still minimal enough to see what's needed. And our civs are based on these design documents: http://trac.wildfiregames.com/wiki/Design_Document#PlayableCivilizations So you'd need something like that, and ofc art references to work from.

You can hold the TAB key to see all status bars (which would also show the building progress), I don't know what you mean with that "list of units" selection. (btw, there's no reason to put that much in bold, it defeats the purpose of highlighting something)

Why can't you ask that? There are plans to have mods downloadable in the mod manager, so it should become easier to install mods in the future. Then there should also be some support to see what mods the others have installed in multiplayer, so you can sync your mods with them.

We're currently trying to move to the ES6 standard (just as spidermonkey is moving to the ES6 standard), which deprecates some spidermonkey-specific JS features (like for..each..in), but also offers more versatile code. As other engines are also working towards the standard, using a documentation tool should become less of a problem.

It wouldn't be that hard to make a unit invisible, though that will probably require a small change in the C++ part of the simulation. The hardest part is the game mechanics around it, like sending a "make visible" command on hovering, disabling reactions of units and buildings on invisible units, AI support, ...

It's not necessarily within a limited area. The AI could query a lot further. And I mentioned target finding, but there are other per-unit tasks that run in O(n) or worse, like pathfinding. But I don't think this should be discussed here. It was a stupid idea from my side to mention complexity in this thread. I just meant it as a general note that when doubling the size of the map, without changing the game mechanics, the calculation time can be more than doubled, which means there is a limit to how big we can make our maps.

Entities constantly reference each other. F.e. for finding the best target (economically, military, ...). So the more entities there are, the more these searches need to be performed, and the bigger the search space is. n² isn't generally considered that bad, and we normally optimise the average case by doing early returns. So no, most of these can't be optimised, and are just what we have to live with. The only option to make the game playable on huge maps is by having less entities, and certainly less versatile entities, so less detailed gameplay.

O(n²) isn't that rare. Though it probably happens more in the number of entities than the number of tiles (but that's a linear relation on most maps).

See http://trac.wildfiregames.com/wiki/Audio_Voice_List We currently have Greek and Latin, but both could be improved. Both in pronunciation and recording quality. For Persian, we have some sentences, but no records yet. And yes, you can certainly direct her to our forums (anywhere is good). Edit: there are also quite some other threads on the forums about voices.

We'd need some voice actors for different unit voices, but I don't know if they're comfortable with other/ancient languages. And we'd probably need input of some historians first too.

The main limiting factor in bigger maps is the performance. Several algorithms we use loop in O(n²) or worse on the number of terrain tiles. So if the map becomes 4 times as big (which is just doubling the sides), calculation of that method takes 16 times as long (or worse). There are some demo maps that are really huge, but they're not decorated (there are no trees, no resources, no ...), and even then, they can be quite slow. Let alone what would happen if the map would be filled with trees, buildings and units. So with the same game mechanics, this doesn't seem possible to have a huge map that allows all online players to play together. If such a gametype is made, the game mechanics should be simplified a lot.

Note that Enrique is working on new units. So I wonder if editing the Celtic units is worth something now (apart from giving some inspiration).