bhaz

Can confirm getting logged out with each visit. A few hours ago I had permissions to ban myself, so they're probably not quite done with the changes.

This is complete misinformation, there is absolutely no reason for an Arma player to worry about writes per hour. Impact from SSD reads is almost zero, that it's not even worth noting. Newer SSD's are rated for a minimum of 75TB writes, which for the average user would take 10-15 years. I've been running the Windows pagefile, browser cache, Photoshop scratch file and plenty of other rubbish on this one, after 8 months it's only at 2.64TB written. edit: Yeah I never took the pagefile into account, so that was way off. I'll delete that line and leave the facts. Cheers.

Intel only shows when an event occurs (change in objective ownership, enemy movements, stuff like that). Having intel set to anything other than total coverage adds a "roll the dice" behaviour to the intel - Low / medium / high / total being 10%, 20%, 40% and 100% respectively. If an objective is captured by opfor and stays that way for a long period, you'll never see intel on that objective.

From the wiki: Would a CfgRemoteExec defined at mission level negatively affect any running addons that use remoteExec?

It was just a simple kill / casualty counter for both sides, nothing special. Depending on the frequency of kills it could take a hammering.

Is it safe to call ALiVE_fnc_setData frequently (5-10 seconds) to update a value? Glad to see this feature in btw :)

Are the opcoms synced with the enemies' placement modules? Opcom's only care/know about objectives that they're synced to. Syncing an opcom to another opcom has no effect on their behavior.

I believe repackaging ALiVE would be against their license (creative commons), however luckily for us Arma has plenty of less intrusive ways to get the job done: // OPCOM module in editor is named west_opcom for this example waitUntil {!isNil {west_opcom getVariable "startupComplete"}}; waitUntil {west_opcom getVariable "startupComplete"}; _handler = west_opcom getVariable "handler"; _tacom = [_handler, "TACOM_FSM"] call ALiVE_fnc_hashGet; waitUntil {!isNil {_tacom getFSMVariable "_sectionsamount_reserve"}}; _tacom setFSMVariable ["_sectionsamount_reserve", 5];

Maybe you could place an invisible helipad on the building and sync it to that?

Is that number gonna get bumped up eventually? Performance seems pretty good at 100-120 these days.

Clafghan is on the list :) http://alivemod.com/wiki/index.php/Supported_Maps

Trying this myself at the moment, it always ends in the asymmetric side getting more or less crushed in less than 30 mins. Starting forces roughly 600 resistance (asymmetric) vs 1000 CSAT (occupy). I found separating them gives them more of a chance, ie: 3 separate groups of 200 on different corners of the map, they manage to get a few buildings up before going down, you see the odd trickle of new profiles popping up from HQs and moving towards empty areas. The only thing I can think of is to give the asymmetric side a head start, hiding resistance objectives from the occupation OPCOM for the first 10-15 minutes of play. Would make the advance seem more like a response to an upcoming threat rather than a zerg rush too. edit: Just had a 3 hour game with resistance controlling the majority of the map. http://steamcommunity.com/sharedfiles/filedetails/?id=431624783

Jesus we just spent two days blaming my dedicated server for the problems. It's as though the server gets stuck on a frame and just stops simulating, but doesn't actually crash. :confused: Funny thing is it sometimes starts working again after a player or two leaves.

Are the asymmetric debug markers explained anywhere - red vs green, the numbers etc? Another oddity, just saw an armed civilian shoot at the asymmetric side (BLU_G_F), do I need to use a civilian side for the OPCOM?

Does alt+mouse head movement work with it?

Try this: _man = _this select 0; _man [color=#333333]addBackpack "B_TacticalPack_ocamo"; .. and so on[/color] You could also add a hint to the code to make sure its running.

If you want a certain side or faction, then you can just throw everything inside an if-then: _man = _this select 0; if (side _man == west) then { // do stuff here }; if (faction _man == "BLU_F") then { // stuff here }; If you want to single out a certain class of unit, like a medic for example, I'm pretty sure you can do that directly in the description: class Extended_Init_EventHandlers { class B_medic_F { medicInit = "_this call myFunction"; }; };

Profiling Zeus units set and forget style - init.sqf: if (isServer) then { [] spawn { while {true} do { sleep 60; [] call ALiVE_fnc_createProfilesFromUnitsRuntime; }; }; };

Does syncing cqb to an opcom do anything at the moment?

If i recall correctly, it's "rhs_faction_insurgents".

Are mod tickboxes currently broken? For the last couple of weeks when I untick mods within a collection, they still load. Removing and adding mods to the collection still works but the boxes were convenient. Using 1.66.1117.11

Does vcom treat helis like normal units? I see quite a few hovering idle after a fight, or collisions from multiple moves to the same position when assisting another squad, something I haven't been able to reproduce in vanilla.

Try going to edit profile in the war room, and check that the player ID number matches your ID in-game.

Getting a BIS_fnc_selectRandom popup error when the southernmost roadblock point of Stratis spawns (the Spartan, 026006), roadblocks set to All. The error isn't logged in rpt. Can anyone else confirm before I make a ticket?

In PWS options you can click the Arma3 logo on the left to bring up the game options, then settings (with the little white cog) below Arma3, the folders show up on the right. I keep my mods on SSD, but move the .synq folder to a hard drive since that thing can get pretty massive. (currently have 7gb of mods and the sync folder is 5.5gb, my other pc has 30gb of mods with a 25gb synq folder :eek:). I've found deleting the .synq folder completely wont break anything, but mod update downloads can be larger and slower since it gets rebuilt. Slight tradeoff if you're really desperate for space.