spyderblack723

Prerelease != Release, Steam will come when we release. As always, an official release will be accompanied by a full release post.

You can place the C2iSTAR module and use the intel tablet you view which objectives OPCOM is currently attacking, defending, or "ignoring". You can also view the movements of friendly profiles. Glad you are satisfied with performance. It's a topic we take seriously and are always working to improve in both minimal and impactful ways.

1. You can custom script it yourself, this is outside the scope of ALiVE. 2. Not exactly sure what you are asking for.

Sledge of Course

Beats Savage with hammer

Any build marked Pre-Release is not a public build. As always, any official releases from our team will be done with a fleshed out release post.

Civilians already (attempt to) flee areas of conflict by default in Arma.

This mod exists for the features outside of ALiVE's scope, with the single exception of civilian interaction because of it's time of conception.

It's not supposed to spawn civilians outside of vehicles. If vehicles spawned are empty, check your civilian classnames.

You need to be using ALiVE for call to prayer to work.

You can use the Operations or Intel tablets accessible via the ALiVE app menu >> C2iSTAR to view the waypoints of units and the states of objectives (attack,defend)

There's too many compositions now, so no chance for a dropdown. For reading the wiki, you are now a privileged ALiVE user. Seriously, thank you reading it, not enough people do :) Less is better, as long as you can still achieve the same functional effects of course. CSAR tasks generated via the C2ISTAR module will dynamically create their own compositions. A crash site composition created using a custom objective is only needed if you are preplacing your tasks.

ALIVE doesn't touch low level AI, this is entirely up to Arma itself or any AI mods you might be running.

Air stuff is still very very WIP so don't worry about the specifics too mugh right now. Static weapons should be changeable through static data. Alternative tablet model can be chosen via the ALIVE (required) module.

Hi, my apologies, I haven't messed with that module in a long time and forgot exactly how it works. I believe you should be able to paste the exported code (copied when you click export loadout) to your mission's init.sqf file.

Not configurable other than speed at which it occurs, which you can change via the module option. Other than that it works fairly logically. Each profile type deals a different amount of damage depending on the type of profile it's attacking. For example, infantry is much more effective against infantry than armored vehicles. Units also have the ability to deal critical damage in order to simulate use of special weapons such as AT/AA missiles, rockets, grenades etc. There is also a chance for profiles to not deal damage, this chance heavily depends on the type of encounter. An AAA vehicle may have a fairly high hit chance against infantry, but a much lower chance to hit an air vehicle (but dealing significant damage when doing so). The more units (infantry profiles) or vehicles (vehicle groups) that are assigned to a profile, the more damage is dealt. In terms of how damage is dealt, units in the group are damaged incrementally. When a unit reaches max damage, they are killed and removed from the profile. For vehicles, individual hitpoints are damaged, the vehicle being destroyed when a lethal amount of hitpoints have been maximally damaged. This can result in some cool encounters where you might see a profile coming back with battle with only a few of it's troops left, some of them being injured. Vehicles can also be weakened after battle. This is important to keep in mind because one profile cannot endlessly mow through enemy groups as it will be weakened with each battle. Of course we are always looking for opportunities to increase the fidelity of virtual simulation.

Not necessarily. In most cases, there is sufficient idle CPU and memory to do this without issues. Often, people even report better performance compared to a single instance of Arma 3 handling everything. Give it a whirl.

alivemod.com/missions

Great. For future reference, did it work with postInit or preInit set to 1? Just a thought after looking at it a second time, if you ever get any errors with this, make sure the user has ended the code field in the module with a semicolon :)

You can use the Arma 3 functions framework to define a function that runs in preinit, using the below as base code for that function { switch (tolower (typeof _x)) do { case "alive_sup_transport": { private _existingCode = _x getvariable ["transport_code", ""]; private _newCode = ""; // your code here _x setvariable ["transport_code", _existingCode + _newCode]; }; case "alive_sup_cas": { private _existingCode = _x getvariable ["cas_code", ""]; private _newCode = ""; // your code here _x setvariable ["cas_code", _existingCode + _newCode]; }; case "alive_sup_artillery": { private _existingCode = _x getvariable ["artillery_code", ""]; private _newCode = ""; // your code here _x setvariable ["artillery_code", _existingCode + _newCode]; }; }; } foreach (entities "Module_F"); If that doesn't work, try setting preinit to 0 and postinit to 1 (this is more likely to work). If that still doesn't work let me know.

Use the ORBATerer feature for classnames :)

https://github.com/ALiVEOS/ALiVE.OS/blob/master/addons/main/fnc_isModuleInitialised.sqf

Make sure you are checking all available folders such as spam etc.

Once you have stuck it in, you can check if it's deep enough with this handy snippet: https://github.com/ALiVEOS/ALiVE.OS/commit/2b53023652984118194d13b206fffca75f0d04d1#diff-0c1c5154f15105d58ecedb4d902ef400R427

I've seen this movie before.. I would highly recommend doing this, you'll learn a lot in the process.