Absolution_15th

LPD-29: San Antonio Class Version 2.0 First Public Release (7/31/11) By M.Phillips aka Absolution Updated 7/31/11 Features: -Flight Deck capable of handling multiple helicopters/VTOLs -3 storage decks appropriate for vehicles and personnel -Flooded Well Deck for boats and amphibious vehicles Description: I am a member of the 15thMEU(SOC) realism unit and I developed this addon to facilitate amphibious operations. For about a year this has been available to the 15thMEU as a private addon but I think it's time to share it with the community. This is my first addon effort and there will be a number of amateur quirks but through testing I have determined it to be sufficient for its intended purpose. Enjoy! Known Bugs: -The LPD MUST be placed in the editor with an orientation of 0 degrees (nose pointing East) or 180 degrees (nose pointing West). The script used to place the ship is broken. -many of the shadows for the forward 2/3 of the ship are broken due to a variety of issues. As long as you do not scrutinize them too closely they should not be noticeable. -Ocean disappears when looking out of the observation deck's window. It's due to how I textured the "glass". This only occurs when looking through the window. -When a player spawns on the LPD in the middle of a mission they are prone to instant death/injury. A clever mission maker may be able to resolve that on their end. -"wet feet" sounds after getting out the water and into the LPD. This will go away once you walk on solid ground (example: dirt). DOWNLOAD LINKS http://www.gamefront.com/files/20619793/LPD29_v20.zip Readme is included in the zip file Future Plans: I've been scratching my head trying to get this thing perfect for about a year and what you see are the results. I will keep trying to iron out the bugs but I make no promises. Special Thanks J. Charlin : For providing the texture of the flight deck and the raw textures used throughout the ship. MIDN Hardy : For providing real photos of the interior of the USS Greenbay. Gnat and the gentle-people of OFPEC : For helping out a noob that didn't know the first thing about addon creation. Thank you all!

I don't want to go so far as saying its MP "proof" but my unit has used it in MP operations several times without any notable bugs. There is no Bisign. Not sure why you would CTD when doing that operation, JDog, do you have a crash report? Getting it to fit *just* right so that it didn't generate holes was a significant part of the process. mankyle, all the components are static class and rotating the whole model is on the to do list. I also plan to revisit the spawn script. Thank you for all the shout outs! I hope that you all enjoy the ship despite its flaws!

To clarify some things: When you place the LPD the little compass in the lower right of the dialog box should read 0 or 180. This causes the ship to point East (90) or West (270). This is because the axis system I used to build the ship and the axis system of Oxygen2 are not the same and there is that 90 deg difference. Nose of the ship should point E-W when looking at the icon. If you don't point it in the right direction the ship wont be assembled correctly. It is composed of 3 separate sections. The two RAM launchers are decorative only but there may be a way to attach a working system using other available addons. Head on up to the observation deck, overlooking the flight deck, to find a dedication plaque thanking all of those who helped. I have also updated the first post. The LPD-29 is a fictional ship (LPD-28 will be the last of the San Antonio Class, which is a real ship class). I realize that there will be an "LPD-29" someday of a different class but I guess the navy will have to curse my name for all eternity for taking the number first. :)

Problem: I build cooperative missions for my realism unit. I'll place some D-30 batteries down to give my unit some hell but they run out of ammo so fast and then my guys just run up and pop the gunner. Solution: Is there a script or other mechanism built into the editor to constantly resupply the ammo or simply make it infinite? Not exactly "real" but sometimes you have to break a few eggs to get the omelet you're looking for.

Problem: I have a spawn script that drops a group of bad guys on the map when I activate a trigger. It works in SP, it works on a dedicated server WHEN I AM ALONE but stops working when anyone joins the server. The script executes in all three scenarios above because I have a hint that flashes on the screen. When other players are on the server I get the hint message but no bad guys spawn. Ideas? Trigger on act (manually activated by the player): jester = thislist select 0; if (jester == opcom) then {actionid10 = opcom addAction ["Spawn Group 1", "scripts\spawnai\group1.sqf"]; actionid11 = opcom addAction ["Spawn Group 2", "scripts\spawnai\group2.sqf"]; actionid12 = opcom addAction ["Spawn Group 3", "scripts\spawnai\group3.sqf"]; actionid13 = opcom addAction ["Spawn Group 4", "scripts\spawnai\group4.sqf"];}; group1.sqf (group 2, 3 and 4 are identical): waituntil {!isnil "bis_fnc_init"}; //create a trigger //On Act: [this] exec "scripts\spawnai\group#.sqf"; //alternate: _h = []execVM "scripts\spawnai\group#.sqf"; //create groups _group1 = [getMarkerPos"spwn1", east, ["TK_Soldier_Night_2_EP1","TK_Soldier_Night_2_EP1","TK_Soldier_Night_2_EP1","TK_Soldier_Night_2_EP1","TK_Soldier_Night_2_EP1"]] call BIS_fnc_spawnGroup; //set patrol points [_group1, getMarkerPos "wp1",75 ] call bis_fnc_taskPatrol; [_group1, 1] setWaypointSpeed "FAST"; hint format ["Group 1"];

Ha! Just that simple and it works perfectly. I added in a "doStop _u;" to the end of the sqf code because the AI unit was still running off for some reason. It works and that is the point. May I ask what the "...[],1,true,true,..." part of the init text does? I am interested because I might be able to play around with those settings to get more interesting results.

This is a good thread. I am trying to apply these tips to do a simple capture. My particular troubles concern the fact this is meant for a cooperative mission. I created a trigger that attaches to the warlord. This trigger will give the player an addaction if they get close enough. When the player uses the addaction I want the warlord to join the activating player's group. Instead... the warlord joins, what I suspect to be, the first group I made (I have several dozen). How do I get the warlord to join the group of the player who activated the trigger? Trigger on act: blufor = vehicle player; actionid1 = blufor addAction ["Capture Warlord!", "scripts\captureai.sqf"] captureai.sqf [hvt] joinSilent group this; hvt enableAI "MOVE"; hint format ["WARLORD CAPTURED!"]; The basic structure of this set up was borrowed from the "warlord capture" example. I am assuming my problem is in the sqf. None of my players are named. The capture part works just fine its WHO is actually doing the capturing that is the problem. Ideas?

I've been playing around with the HC functions and have found it to be extremely useful in creating scenarios. I can get a group of AI to load into an unoccupied "neutral" vehicle, I can get them to load into an occupied vehicle that is a part of their group but I am having trouble getting them to load into another group's vehicle. I have placed a waypoint down right on top of the target vehicle and set it to type "get in" and "load" and both result in the infantry running up to the vehicle and standing there. The vehicle happened to be a Ural with plenty of space inside so that is not the problem. My intent is to have one group be the infantry and the other group be just the truck. Ideally I want the group of infantry to get into the truck, have the truck drive them to the objective, let them out, and have the truck come back to base for more. What am I doing wrong?

I create two separate SQF files. One that executes your assignvehicle command and one that executes the unassign (syntax is the same). I then build a trigger in game with the on activation "player addaction ["mount", "mount.sqf"]". This way a player who walks into the trigger area will have an option in their scroll menu to execute the mount script. I've never gotten the radio commands to work and this way I can set up the trigger to only be executed by certain players (replace "player" with the name of the player you want to get the action). It's far from a perfect solution but this set up works for my purposes. Problem is, of course, the unassign script doesn't seem to want to work and the Hip won't move when the group is loaded.

I gave this a shot using addactions and triggers and it almost worked. I can get the infantry to load into the vehicle (a Hip in this case) but I could not get the Hip to move OR the infantry to dismount again. Any ideas?

This question relates to the first selection screen you typically see when joining a multiplayer game. When you select which slot you will want to play during that session. How do you place those billet selections in a particular order? Is it dependent on which you place down first? I'd like to have the groups ordered in a particular way to help players find what they are looking for. I have tried placing each player in the order I want them but that doesn't seem to work all the time. Maybe I just goofed up and didn't realize it?

Problem: During an initial load in of a large cooperative mission players who spawn on the LHD sometimes spawn in the water. The reason is that the player spawned in before the LHD. 50-60 people all loading in at once causes spikes in data serving. Common work around: Spawn the player a few feet above the deck to give the server that extra eye blink to get the LHD into the world. Doesn't always work. What I am looking for is a more reliable way of ensuring the players on the LHD will have solid decking underneath them during mission start. Having them log on to the server after mission start is not preferred since server stability is a common issue. Not to mention the associated mission delay. Is there a way for me to tell the server to spawn the LHD (or world as a whole) first, wait a few seconds, then spawn the players?

Okay, so how do I choose which players will get teleported and which ones will not? Not everyone is going to start on the LHD all the time.

In just about every multiplayer scripting thread I have read someone warns that "you must run the script globally or it wont work". What the script is doesn't matter. That generic warning, however useful, is used in many of the threads without going into detail. The BIS wiki even says something similar. What I have been unable to find is HOW to run it globally for every player. In particular I am trying to make an invulnerable player for a multiplayer mission and through searches have found that either: this addEventHandler ["HandleDamage", {false}]; or player allowDamage false ...would be valid for the purpose. However, I run into the problem of needing to execute it globally without knowing how to. How do I execute a script globally for all players in a multiplayer environment? Can anyone help me out?

It's working good, thank you! Lets expand on that thought. I've used that spawn script before in dedicated missions based on a trigger. When a player walks into the trigger it spawns the group. The problem is that EVERY player who walks into the trigger causes the spawn. My unit has since dubbed my script the "Red Army Script". If I use your isServer condition will that only cause the trigger to fire once for the first player to trip it and never again?

Do I sync each player with the trigger or is it only going to fire off for people standing inside of the trigger area? Not every player will start on the LHD and I wouldn't want to drop the others out of the sky. Thank you for the tip. This has been a consistent problem for us since day one... we got skills but mission scripting isn't among them. I am glad to see its a simple fix.

Not the same problem but a relevant one... I have a spawn script that will create a group of AI. It works in the editor, it works on a self hosted game, it does NOT work on a dedicated game. Player named "OpCom" Trigger: anybody repeatedly condition = this on act = com = opcom; actionid1 = com addAction ["Spawn Group 1", "scripts\spawnai\group1.sqf"]; actionid1 = opcom addAction ["Spawn Group 2", "scripts\spawnai\group2.sqf"]; actionid1 = opcom addAction ["Spawn Group 3", "scripts\spawnai\group3.sqf"] group2.sqf if (!isServer) exitWith {}; waituntil {!isnil "bis_fnc_init"}; //create a trigger //On Act: [this] exec "scripts\spawnai\group#.sqf"; //alternate: _h = []execVM "scripts\spawnai\group#.sqf"; //create groups _group2 = [getMarkerPos"spwn2", east, ["Ins_Soldier_1","Ins_Soldier_2","Ins_Soldier_2"]] call BIS_fnc_spawnGroup; //set patrol points [_group2, getMarkerPos "wp2",75 ] call bis_fnc_taskPatrol; [_group2, 1] setWaypointSpeed "NORMAL"; I get the addaction item in my scroll menu as expected but when I select it nothing happens. Again, it does work on a self hosted session but not a dedicated one. Suggestions?

And that implies using in game triggers as suggested above? Player activates a trigger. Trigger activates the script. Is that all there is to it to make the server run the script?

Solved. The error wasn't with the teleport scripting at all but with another script entirely. Coincidentally I was missing a ";" on that script and subsequently must have caused the whole logic to abort. Thanks for the help.

I have numerous missions that involve setpos script logic. Ever since the latest patch they have all stopped working. What do I have to do to get them working again? init file TP1 addAction ["Teleport to Front", "scripts\teleports\TP2.sqf"]; TP2.sqf player setPos [getPos TP2 select 0, getPos TP2 select 1, getPos TP2 select 2]; This set up used to allow me to scroll the action menu and teleport me from an object named TP1 and put me right next to an object named TP2. It has worked flawlessly since I started playing ARMA2 18 months ago. *edit* I misspelled the header for the coding. it is named properly in the mission folder.

Report says: TP1 addAction ["Teleport to Front", "scr> Error position: <TP1 addAction ["Teleport to Front", "scr> Error Missing ; But here is my code for all of the teleports including one line before and after: TP1 addAction ["Teleport to Front", "scripts\teleports\TP2.sqf"]; TP1 addAction ["Teleport to Land Nav", "scripts\teleports\NAVStart.sqf"]; TP2 addAction ["Teleport to Rear", "scripts\teleports\TP1.sqf"]; TCargo addAction ["Teleport to Front", "scripts\teleports\TP2.sqf"]; TCargo addAction ["Teleport to Rear", "scripts\teleports\TP1.sqf"]; TCargo addAction ["Teleport to Land Nav", "scripts\teleports\NAVStart.sqf"]; NAVStart addAction ["Teleport to Start 1", "scripts\teleports\NAV1.sqf"]; NAVStart addAction ["Teleport to Start 2", "scripts\teleports\NAV2.sqf"]; NAVStart addAction ["Teleport to Start 3", "scripts\teleports\NAV3.sqf"]; NAVStart addAction ["Teleport to Start 4", "scripts\teleports\NAV4.sqf"]; NAVStart addAction ["Teleport to Start 5", "scripts\teleports\NAV5.sqf"]; NAVStart addAction ["Teleport to Rear", "scripts\teleports\TP1.sqf"]; Where am I missing a ";"? I only see the TP1 error repeated several times without any reference to an error at NAVStart, TCargo or TP2. Keep in mind this mission worked just fine one day and then stopped working the next with NO changes to any of the scripts. None of the teleports above work.

It's a typo in my header and has nothing to do with my code which does indeed reference TP2. This script has worked fine and is 100% unchanged but all of a sudden refuses to work. Anyone have an idea?

AZCoder, Have you tested it with a second human player? The script triggers once per person playing.

I am currently modeling an LPD-17 amphibious landing dock and have run across a little bit of a snag. I would like to be able to deploy CRRCs or RHIBs from inside the well deck but I am unable to do so. The problem is that the option to "get in" to the boats is disabled when the boats are inside the well deck. I have determined that this issue is triggered when a roadway LOD is placed directly above the boat. Vehicles, such as AAVs or LAVs, are not adversely affected and function properly. This is limited to all boats (even tested a fishing boat). This poses a challenge since the flight deck is located directly above the well deck on this particular ship. I fear that this issue is inherent to the code of ARMA2 and that I am simply out of luck. Is there a way to get around this issue? I have attempted to "attach" the CRRC to the ship without success.

Well I guess I should have posted this months ago when I worked around the issue. I used a scroll wheel command linked to a flagpole to activate a "MoveInCargo" action. I had initially used "GetInCargo" but that causes the game to crash consistently. Next I built an area trigger that adds a scroll wheel action to teleport you out of the CRRC and back into the well deck thus eliminating the bug that causes you to warp to the highest point directly above you. It's been tested quite a bit and although its a little amateur it functions exactly as intended. The CRRC acts like a mobile teleport point and I am sure you could script in a way to prevent that but it's not a problem for my realism unit. ---------- Also Gnat, I did look at your FSF but my scripting abilities are not up to par with yours. I tried mimicking your get in and attach to scripts but my LPD does not have the right memory points to make it work and my attempts at making them failed. I thank you for the support you provided at Ofpec as it was invaluable.