lkincheloe

I'm working on a script that allows for players to be non-combatants on a belligerent side (i.e. not civilian), however while expanding to nested If statements I have encountered an Error missing ) issue in the else statement, it's perplexed me and I think a rubber duck debug is in order. private ["_noncomState", "_wArray"]; _noncomState = player getVariable "var_lk_noncom"; _wArray = weapons player; if (count _wArray == 0) then { if (_noncomState == false) then { player setCaptive 1.44; hint "You are a non-Combatant!"; player setVariable ["var_lk_noncom", true] } else []; } else { if (_noncomState == true) then ( player setCaptive 0; hint "You are a Combatant!"; player setVariable ["var_lk_noncom", false] ) else []; }; This is the error that's produced: 16:36:46 Error in expression <te == true) then ( player setCaptive 0; hint "You are a Combatant!"; player se> 16:36:46 Error position: <; hint "You are a Combatant!"; player se> 16:36:46 Error Missing ) 16:36:46 File C:\Users\Lynn\Documents\Arma 3 - Other Profiles\Kinch\missions\n..., line 29 16:36:46 Error in expression <te == true) then ( player setCaptive 0; hint "You are a Combatant!"; player se> 16:36:46 Error position: <; hint "You are a Combatant!"; player se> 16:36:46 Error Missing ) 16:36:46 File C:\Users\Lynn\Documents\Arma 3 - Other Profiles\Kinch\missions\n..., line 29 16:36:46 Mission id: 4964a4130cdf29b09d84b46e8d2333956209f5c6 The error points to if (_noncomState == true) as being the culprit, however being formatted identically to the first part is confusing me. The script is initialized from a sequence starting from InitPlayerLocal.sqf, and the intent of the variable var_lk_noncom is to give the script something to check against so that the SetCaptive command isn't spammed every time a player's inventory changes state. Suggestions?

Thank you Beno, with your info I was able to work out what was causing the script to fail. I kept the added complexity (the variable check) since I don't want to hammer a server with SetCapture changes every time a player's inventory changed in some way.

Steam Workshop: https://steamcommunity.com/sharedfiles/filedetails/?id=1828160993 A twist on the official Warlords game mode. This scenario focuses on Close Quarters Combat in a randomly generated city environment, while the basic layout of the Warlords map is the same, every play through will have different structures and terrain features between you and your objective. Otherwise, it's pretty much Warlords.

This is something I'm working on for my pub server mission Resistance, but it might be useful for your projects. Download Link: http://www.mediafire.com/download/ddt4rx615zjih93/civ_opinions.zip Civilian Opinion and Interation (COI) is a framework package designed to make interaction with civilians possible. How to install: This script is designed to work with units spawned during the mission (like with BangaBob's COS script, for instance). Simply drop in the civ_interact folder into your mission folder, and copy the information fron the provided init.sqf into your mission's init. Then, depending on how you are spawning your civs, you'll want to add this line after where the civ is spawned: 0 = [_unit] call lkco_fnc_addunit; Use: The script works by assigning a value to the civilian based loosely upon a global variable "Approval Rating", simulating a variance of opinions between individual civilians. This value in turn, dictates what kind of interactions are possible with the civilian. A few examples of possible interactions are included, mainly showing one method of lowering the approval rating through killing "good" civilians. Credits: I used Zuff's method of using bis_fnc_mp to make the example conversation script work in Multiplayer.

Presumably, your cleanup script init starts by checking that it's on the server with !isServer. This works fine for 90% of implementations, but we're in the 10%. So we need to modify it. According to the isServer Wiki Page, the most likely best solution is to initialize the cleanup script globally, but run a isPlayer check instead of !isServer and if true, exit the script. This should cause it to exit on the player machines only, leaving the Server and HC machines free to delete empty groups as they encounter them.

I've had that happen before, I don't believe the script is deleting the groups that are losing units due to being despawned properly. So eventually it'll run out of groups to work with. Like so: https://community.bistudio.com/wiki/deleteGroup With 650(!) zones, it's no wonder you're running out of groups quickly. I've used various scripts in the past to constantly clean the groups up, assuming you run something like DMZ Delete where you're spawning the units (server or HC) it should work.

Most likely you'll have to write a script that initiates the feed for each player locally, start by copying the module code and initializing it per player.

A simple procedural script that uses bis_fnc_destroycity to, well, destroy ALL the cities on an island! It's designed to simulate prior war damage, scaling up depending on how large the city is. Download: http://www.mediafire.com/download/d49pr53zz348eyr/War_Torn_Map_a1.zip

Where'd the Taru Pods go? Not the helicopter + pods but just the pod models themselves?

This mission is a cooperative mission, putting the players into the role of the FIA resistance group (BLUFOR) who are attempting to retake Altis from CSAT forces (OPFOR). What makes this mission unique is that you start with very limited equipment, you have to capture various towns, villages, and bases in order to gather enough firepower to be able to liberate the three major cities in Altis: Kavala, Athira, and Pyrgos. Download Links: Mediafire Mirror: http://www.mediafire.com/download/y7ep5pla3zzymm7/co_36_resistance_b13_3.Altis.pbo Armaholic mirror: Resistance Co-36 Steam mirrors: http://steamcommunity.com/sharedfiles/filedetails/?id=206510290 Current Features: Multiple levels of AOs - the bigger they are the more difficult they become! Limited BLUFOR Equipment - You start with the last scraps of the FIA arsenal, you'll have to find more if you want to win. Dynamic Opposition - Uses the flexible EOS and AISpawnPack script packages to create a significant OPFOR presence on Altis. Uses Arma 3 Wounding System Loot for Capturing AOs - Each village, town, and base you capture will earn you a small cache of supplies and vehicles you can use to continue the fight. Release Notes: vB.625 Fixed an instance of script interactions causing loot to not spawn Removed legacy coding in LootReward.sqf which caused script to exit on an error Added ability to respawn at mobile HQ Crates (teleporting to them from base is still handled by flagpole) Updated Get/Set Loadout Scripts to latest version

Classic locality issue, in order to strip items from a unit, the code has to be executed to where that unit is residing. For Single player that just means you can execute the script and it'll work because everything is local to the player. On MP however, units attached to a client are local to that client, which can be a player unit or units in the same group. And units not attached to a player are either local to the server or a Headless client if present. To start, look at this article from the wiki: https://community.bistudio.com/wiki/isServer

Did that, but unfortunately now if I #include it anywhere except RscTitles it'll CTD on server start saying that IP_BOX is undefined. I tried removing that section just for kicks and the next item down also reported as undefined.

Fixed that bit, the conversations was mistakenly included inside the RscTitles class. Now what occurs is I get the action, but I get an error stating that IP_DLG_CONVERSATION cannot be found when I try to use it. Currently here's where I have includes at, most other combinations result in a CTD when I start a local server: class RscTitles { #include "ais_injury\dialogs\rscTitlesAIS.hpp" #include "conv\cfg\defines.hpp" #include "conv\cfg\dialogs.hpp" }; #include "conv\missionConversations.hpp" class CfgFunctions { #include "VAS\cfgfunctions.hpp" #include "conv\cfg\functions.hpp" #include "ais_injury\cfgFunctionsAIS.hpp" }; And how they're being called in script, executed locally to the player: nul = [_target, "Hey, what can I help you with?", "Direct"] spawn IP_fnc_simpleSentence; nul = [_target, "opener"] spawn IP_fnc_addConversation; Where _target is the civilian. Sorry for all the poking, I'm not used to working with .hpp files.

Trying to implement this into an MP scenario. Currently receiving this error on IP_fnc_addConversation: Error loading control C:\Users\Lynn\Documents\Arma 3 - Other Profiles\Kinch\mpmissions\co08_tf_titan_x1.Altis\description.ext/RscTitles/IP_DLG_SIMPLESENTENCE/Controls/IP_BOX_MAIN/ and in-game I receive the "Conversation has no sentences!" hint error. Even though I'm pointing it to the default opener conversation. Only changes I've made thus far is removing RscTitles from dialogs.hpp since I have RscTitles brackets already defined in description.ext and having MissionConversations.hpp inside the conv folder. Any idea what might be messing up?

What you could do is run the code generator only server-side, then when the players find the laptop send the code over as a public variable. Then when a player inputs the code, is returned back in a bis_fnc_mp call to the server. If correct, disable the bomb and whatnot, if incorrect, KABOOM!

Is there any way of changing the values assigned to items in the creation factory?

You'll need to add an event handler to each civilian spawned, which when killed adds 1 to the counter. This can also allow you to check for who actually killed the civ, so if one decides to be stupid and jump off an office building. You don't have to count it against the player side.

Got a little issue here: In my mission I have your wounding system and a gear-saving script working independently and automatically, and whenever someone goes down, your script removes their medical gear as intended (to prevent self-heals). However if the player elects to respawn, they do not receive their medical gear back because the gear keeping script sweeps through and detects that it's gone, and doesn't reassign it. My question is there a variable from your script that I can pass to the gear keeper script in order to keep it from nomming on the medkits while the player is down? (i.e. if player is in downed state, don't save their gear)

I'm alive. Version B.64: http://www.mediafire.com/download/5pgatccg3o9e90k/co_36_resistance_b14.Altis.pbo Changes: Added DMZ Delete in effort to ensure OPFOR spawns later in mission Tweaked AISpawnScript Pack to not spawn heavier vehicles on patrols (anything armored). Added a ton of Vehicle Ammo Boxes at base to put gear in Added John's solution to missle-lock glitch

try adding a if (!isServer) exitWith {}; at the start.

Got an interesting problem for you. The way I use EOS in my mission, I have approximately 50+ AOs (markers) scattered all around Altis, most of which spawn EAST units. Lately it works flawlessly until the server gets halfway through, and we run out of bad guys to shoot at. From near as we can tell the script still works (I've had reports of vehicles spawning in OK but lacking crew members), it's just run out of groups to work with. Is there any way to make sure, when a marker is captured that it cleans up the groups used by EOS?

I'm genuinely at a loss for a possible solution, could either of you send me a server log please?

I suspect the issue lies with one of the spawning packages going haywire and spawning groups until the limit is hit. If possible, could you try sending this version up and let me know if it still does it? http://www.mediafire.com/download/ic05idhd5f505pl/co_36_resistance_b13_4a.Altis.pbo To question #2, at some point yes but I want to get the features I want in done first. And also it'd be a new adventure in coding/scripting so I want to take my time getting it right once I get there.

That and if it gets broken due to an update we're technically not allowed to duct-tape the problem until the author fixes it themselves.

The setCaptive only applies to the pilots, NOT to the vehicles. So once the pilots hop in the vehicle is considered fair game. What you'll need to do is setCaptive the jets initially, everything else from then on should work.