jaynic

Ahh I see. So I can only return arrays of data from a script. And to pull out that data, I have to already know what index the desired parameter exists in? I get it - I don't agree with it because that means all of my logic has to run regardless of whether or not I need to call it... Or - can I return the function itself as an entry in the array? Thanks for taking all this time to answer BTW - really appreciate it.

Getting close... let me put it this way.... If this was javascript - I would write it like so: //pseudo-code //UnitExtension - this class is constructed around a unit to add commonly used functions for a particular unit //PARAMETERS: pass in a valid unit function UnitExtension(pUnit) { this.unit = pUnit; this.getName = function(){ return //call some bohemia function to get the units name } this.isPlayer = function(){ return //call some bohemia function to get whether or not this is a player } } Now I have my utility - next I want to comsume this in some fashion... So in some other script: //pseudo-code //InitializeUnits - This script will set the units in the mission with some default loadouts - it will not manipulate players loadouts - only AI _myUnit0 = new UnitExtension(someAiUnit); _myUnit1 = new UnitExtension(somePlayerUnit); //Now we determine if we need to adjust the loadouts of the units - ignore players if(!_myUnit0.isPlayer){ //This would evaluate to true - because _myUnit0 is an AI unit; //Call some function to adjust the loadout } if(!_myUnit1.isPlayer) { //This wouldn't run - because the function returned true: he is a player }

Yeah, I've figured out that I can construct inline functions. But my question is more along the lines of how I can call the inline functions externally after instantiation of the parent class. So as per my example above //pseudo-code //filename: someOtherScript.sqf; myUnit0 = [_myPredefinedSoldier_0] call ohtc_fnc_unitExtension; myUnit1 = [_myPredefinedSoldier_1] call ohtc_fnc_unitExtension; //proceed to call functions within the specific unit: //How could I call something like myUnit0.getType ?? How could I call one of the functions inside myUnit0, and myUnit1?

Thanks guys. I totally derped and didn't see that I failed to wrap it in the CfgFunctions class... Sometimes you just need another pair of eyes to see what's right in front of you.

Yeah... I can see how that would be very taxing - considering I'm looping through everything placed each time something is placed... Maybe if I mention more about what I'm doing you'd be able to offer me a solution I'm not even close to. Basically - we've got the CSE Mod: The medical system in there has a whole bunch of new items that we need to carry around. These are things like bandages, morphine, etc... All of these items replace the default FAKs that come with Arma - sp the FAK is now deprecated for us. The good thing about FAKs is that once you killed some enemies - you went to their corpses and could take their FAKs and replenish your own. The problem with this mod, is that the loadouts for all the AI, and the vehicles with stuff in the inventory do not (of course) have any of the newly required medical goods. Ad don top of that - we have another mod that adds more custom units and factions - and of course, those have no notion of our medical system requirements either. Therefore - I thought to myself that I would need to add these items to all classes default loadouts so that the mod feels truly integrated. When I do any search for "customize loadout" all I get is a bunch of scripts to add to the init line of units placed in the editor. But in MCC and or Zeus - units are not placed in the editor - they are placed dynamically during the mission. So then I thought - like in any modern application - I could just add an event to some event handler when a unit is spawned - then do a dynamic check for a type eg: if(typeOf _unit == "B_Soldier_F") { doThis; } else {doThat;} And that's what lead me to asking the question... Thanks for your assistance.

Is there any way to disable the mcc respawn selection? Zeus already has it, and the MCC one seems to bug out a lot and keep me from re-spawning.

Thanks for the reply. Hmm - so there is no eventHandler for "createVehicle" - that's silly. So is there any other way to tell when an object is created, or initialized WITHOUT attaching a script directly to the unit? The notion being that: I do not know what unit is spawning - until it is spawned: therefore I must manipulate said unit after it spawns - or ideally as it is spawning.

You should check out CSE - Combat Space Enhancement. The medical system is totally top-notch. As per experience with my dedicated server: it plays well with MCC, too.

RE: I am still being put in to the "unconscous state" despite it being removed. I know we are not using the mission version of MCC. We had that issue before and I corrected it. I'm using the MCC Template Mission... The one at this url: https://www.dropbox.com/s/436ndcbiepq820u/sample%20missions.rar Which I got from armaholic here: http://www.armaholic.com/page.php?id=19580 Is there a new template mission? ---------- Post added at 16:32 ---------- Previous post was at 16:25 ---------- Also - for the record: I wholeheartedly support the push for more than one Mission Maker. It would make things really fun. But yes, I understand that if the code was not meant to understand multiple users - you will have a surgical job of adding this feature - but I really, really think it would be an awesome addition.

But I keep going in to the unconscious state... The server is running the most recent version, and so am I...

Is there a way to remove the medical/revive system? It never seems to work, and I'd rather be able to just implement my own.

Dedicated server issues when using RHS Escalation. Hi all, I'm trying to get RHS set up on my dedi-box. I can get everything running, and the server starts: but as soon as a player connects - he get's kicked right away. In the RPT file - I get the following errors at the bottom: I am not running more than 1 server. Any ideas? I can run mcc, and RHS Escalation on my pc when hosting, but the dedicated is not working for anyone.

A couple of questions. I'm not sure if I've encountered bugs or not with these... 1) Squad Dialogue I am only able to open the squad dialogue when I am in the process of respawning. When I press my bound key to open it while in game: the menu shows up for a split second, then closes. Is this intended functionality? How can I keep it from closing itself like this? 2) Spawn/Respawn locations When I create a spawn location - it places a pole. Is there any way I can delete it, and create a new one? I know I can simply create a new spawn location form the MCC console, but this leaves the pole on the ground. Also: when I create a, FOB respawn: can I later delete it, or move it?

This item in particular was a box of antibiotics - but it is with all objects including units, and vehicles. Sometimes I can restart the game (the whole exe) and get it back. But it's random. It happens to other mission makers in my group as well. Thanks for checking in to it!

Hi all, I have this issue when I attempt to edit an item I place in zeus mode while running the latest (released today) version of mcc. I get a blank window as seen in the following screenshot. http://cloud-4.steampowered.com/ugc/36353839617355366/38D6F762BAE1F9247B668429AF6D4A835EF95D3C/1024x576.resizedimage (203 kB) Running the server on a dedicate box. Additional questions on the AI behaviour: 1 When I place a unit in Zeus: it appears to not respect the mission settings AI skill variables in MCC - is this expected behaviour? 2 When I place a unit in MCC, and then I change the MCC Mission Settings AI: do the ai on the battlefield get updated with the new settings? Or is it only new AI? 3 If I place a unit in MCC, and then edit his skill settings in Zeus - does the ai skill change, or does MCC take it over? Thanks ---------- Post added at 16:52 ---------- Previous post was at 16:11 ---------- My team and I conducted a pretty hefty set of tests with AI skills cause we kept getting blasted too... Here is what we found out: 1) If you're playing on a dedicated server: the AI skill levels are multipled by the values that are set in your servers *.arma3profile file According to this post from BIS: http://dev.arma3.com/post/oprep-ai-configuration - The variables in the .arma3profile file listed as: skillFriendly; skillEnemy; precisionFriendly; precisionEnemy are now all obsolete and not used. They need to be replaced inside the .arma3profile file with the following variables: aiLevelPreset=3; skillAI=0.5; precisionAI=0.2; Where precision is their accuracy, and skill is an overall multiplier to other non-firing skills. NOTES: - Any precisionAI skill setting over 0.5 was found to be incredibly frustrating to play - The aiLevelPreset must be set to 3 in order to respect the other two values. Without this set to three: the skill and precision will be handled by the game internally. 2) The AI skills [seem] to apply differently to Zeus placed units versus MCC placed units We conducted several tests of dropping a single rifleman in MCC, and then a single rifleman in Zeus: and waited for him to see and kill us. The Zeus ones seemed to always kill us MUCH faster - where MCC dropped units seemed to respect our .arma3profile settings on the server. 3) The MCC mission setting AI skills only seem to apply to newly spawned AI When you place n number of units in MCC, their skills will be determined base don the current mission settings ai skills. If you alter those settings: the AI that are currently on the map do not seem to be updated with the new ai settings - so don't think you can just make things easier whenever you want.

I've been wondering about this myself. I build webservices, and apis all day, but I couldn't wrap my head around Arma scripting, so I have never been able to figure out how to do this myself. I would love to see some simple webservice integration built in to an Arma3 script. You could pass basic JSON objects to a webservice, and get a response... It would be clean and simple and scaleable. Plus, for those who don't want to use an external server to host - they could just call their own hosted webservice on their own box. Some psuedocode: //A request to get player definition from a server request myArmaCloudRequest = {"getPlayer" : { "id" : 102102, //The player id to get "hostId" : "01PI0000003WYRP", //Pass a host id - the host id wouldl be pre-registered in the "cloud" database - this is a simple auth mechanism but you could do whatever "hiveId" : "myWastelandServers", //A user defined server id - each client would be able to register any number of hive ids that would essentially act as separate databases. This is for organizations that might have multiple servers - but where some share objects, and some do not. Each mission file/dedicated server would have this in a config file for easy use. }}; //A response from the webservice //A successful response with player data response armaCloudResponse = { "success" : true, //Whether or not the operation completed successfully "code" : "GETPLAYER100", //A response code - codes would be stored in a documentation for reference "message" : "Player data retrieved", //A general response message tied to the code - just makes it easier to integrate with "player" : { "name" : "sn1perkill3r", "id" : 102102, "lastModifiedDateTime" : "2013-09-16 23:39:40" //The last time the player record was modified "inventory" : ...example inventory string..., "position" : ...example world coordinates string... ... additional properties }}; //A response for an invalid host - what someone would get if they didn't register in the ArmaCloud response armaCloudResponse = { "success" : false, "code" : "GETPLAYER900" "message" : "Invalid Host Id" }; //A response for a request that succeeds - but the player is not found (maybe he's new - maybe the db was wiped - whatever) response armaCloudResponse = { "success" : true, "code" : "GETPLAYER101" "message" : "New Player created" }; You could do the same thing with vehicles, structures, maybe even mission states? I dunno - is that a thing in Arma? Anyways - I guess the first step would be to be able to call webservices, and the second step would be to decide where to host it. They're just separate things to do.

Agreed! I was very annoyed by this "feature" in the previous arma games. And let me re-map what keys change my stance up and down!

I don't mind the holding control option... It makes sense. I just want to re-map the keys to ctrl+mwheelup and ctrl+mwheel down. It seems so much more intuitive. This way you could shoot, scoot, and adjust.