diehardfc

First up, huge thanks to this community once again for sharing its expertise. You guys never cease to amaze. @pierremgi wins my hero award this week, as his code pretty much does exactly what I needed it to do. If you have a patreon or other donation point, let me know and I'm contributing. Side note: what's the forum etiquette for a post like mine? Do I necro a post that speaks to my issue or create a new one with same-sounding verbiage? I want to get it right in the future! @Soapbox0331, thank you very much for sharing the link to beno's support by fire script! I haven't gotten it to work right yet, but it looks like it has potential. Right now, my units don't seem to fire with the ferocity of the demo videos, but I'll post in that thread to see if there's a solution. Since pierre's code relies on group variable names, and there doesn't seem to be a way to slap a variable name on a group as Zeus, what do you think is the most efficient way to assign one during play? I read that you should create an empty group and then assign units, but what if the units don't have variable names? Is it better to somehow learn the group's default variable name and use that? If assigning my own, would it be like?: groupName = grpNull; Followed by this on the unit?: [this] join (groupName);

Sorry for the necro, pierre - honest! This is the only bit of suppressive fire I've gotten to work since Achilles was deprecated. I've tested the doSuppressiveFire command, and it does work, but it only lasts for 15 seconds. What I need is for a group to fire for much longer. I tried using a while loop to extend the duration for as long as the unit was alive, but that seemed to fail. I don't suppose there's a way to fix that?: while {alive "group1"} do { _test = [group1,group2] call { params ["_group1","_group2"]; {_x doSuppressiveFire selectRandom units _group2} foreach units _group1; }; }

This is a great script that I've gotten to work successfully with a few different turrets, but what I would really like to do is make it work with infantry units. I tried modifying it, but instead of firing, the unit just goes into a reload animation. Is there a kind soul who might be willing to take a look at this and help figure out why it's not working? */ myArray = [t1, t2, t3]; nul = [myUnitName, myArray, 6000] execVM "randomSuppress.sqf"; */ private ["_shooter","_myArray","_fortime","_targetToFireAt"]; if (!isServer) exitWith {}; _shooter = _this select 0; _myArray = _this select 1; _fortime = _this select 2; while {_fortime > 0} do { _targetToFireAt = _myArray call BIS_fnc_selectRandom; _shooter doWatch (getpos _targetToFireAt); _shooter action ["useWeapon", _shooter, _shooter, 2]; sleep ceil(random 3); //At 0 the gunner doesn't seem to shoot. Or he shoots only once. _fortime = _fortime - 1; _shooter setammo [primaryWeapon _shooter, 500]; };

That is a great feature. Thanks so much for thinking of (and implementing) it! I can't stand it when I'm trying to get AI to perform assault or suppression and they just stop because they've run out of ammo. Since we're chatting, I thought I'd ask something that I was always curious about: does the RESPAWNMARKERS function only work with actual map markers? Or could it function with an object? I was thinking of putting down an invisible helipad and moving it around the map in case I needed to change the respawn location. Or, if I'm not using RESPAWNMARKERS and there is just one respawn point, is there already a way to identify that point and possibly move it during gameplay?

Been using JEBUS for a few years now, and I love it just as much today as I did when I first discovered it. Big thanks for all your hard work, dreadpirate! This week, I was poking around in the mission folder and have a quick question about the fn_unlimitedAmmo.sqf file. Is that function turned on if I run the script with just basic parameters? (e.g., 0 = [this, "PAUSE=", 100] spawn jebus_fnc_main;) Is that unlimited ammo function baked in or does it only run if called via [<unit>] call jebus_fnc_unlimitedAmmo?

@pierremgi, thank you so much for your comments and your insight. I'm always in awe of the breadth of knowledge of the Arma community and its willingness to share it. I sincerely appreciate your help!

Greetings! I'm trying to find some help figuring out what I'm doing wrong with some code I assembled. My unit has been trying to create a kind of CBRN type attack via scripting. We tested other mods and scripts (assaultboy, jshok, etc.), but they weren't a good fit, so I tried to put something together using scripts written by AliasCartoons. I've run his fog script with his radiation script and gotten exactly the results my unit was looking for. To set the attack off, though, I'd like to have it delivered by a phony mortar attack. Basically some sound effects and a particle-based smoke cloud over a crater. So, I've placed an object (invisible helipad) with a global variable name (from the object attributes), and that's where the "mortar blast" will go off. Everything works fine when I test it on my home PC in single player, but when I move it to our unit's dedicated server, it starts to veer off course. If I execute the script LOCAL or SERVER, I can hear the mortar whistle, hear the explosion noise, see the smoke burst, and observe the crater being created. However, none of the other players hear the whistle or see the smoke. If I execute GLOBAL, everyone sees everything, but I'm terrified of doing that because I don't want to execute these scripts on 40 machines. One causes damage over time and the other creates particles which will crash the server, I think. Looking at the code below, can anyone figure out what's going wrong? //FROM THE FILE GASATTACK.SQF playSound3D ["a3\sounds_f\weapons\falling_bomb\fall_01.wss", my_radioactive_obj, false, getPosASL my_radioactive_obj, 4, 1, 0, 0]; //PLAYS MORTAR WHISTLE sleep 5; //DELAYS THE START OF ALIAS SCRIPTS UNTIL AFTER SOUND PLAYS null = [my_radioactive_obj,200,0.06,"Mask_M50","MineDetector",true,1,true] execvm "AL_radiation\radioactive_object.sqf"; //EXECUTES RADIATION SCRIPT (CBRN DAMAGE EFFECT) [my_radioactive_obj,"low"] execvm "AL_localfog\local_fog.sqf"; //EXECUTES FOG SCRIPT (CBRN GAS EFFECT) _gasAttack = "Crater" createVehicle position my_radioactive_obj; //CREATES CRATER ON GROUND playSound3D [ "A3\Sounds_F\arsenal\explosives\grenades\Explosion_HE_grenade_01.wss", my_radioactive_obj]; //PLAYS EXPLOSION SOUND //REMAINING CODE SPAWNS SMOKE CLOUD FROM FAKE MORTAR h = [] spawn { _emitters = []; for "_i" from 0 to 360 step 45 do { _pos = getPos my_radioactive_obj; _source1 = "#particlesource" createVehicle _pos; _source1 setParticleParams [["\A3\data_f\ParticleEffects\Universal\Universal", 16, 7, 48, 1], "", "Billboard", 1, 10, [0, 0, 0], [0, 0, 0.5], 0, 1.277, 1, 0.025, [0.5, 8, 12, 15], [[1, 1, 1, 0.7],[1, 1, 1, 0.5], [1, 1, 1, 0.25], [1, 1, 1, 0]], [0.2], 1, 0.04, "", "", _this]; _source1 setParticleRandom [2, [0.3, 0.3, 0.3], [1.5, 1.5, 1], 20, 0.2, [0, 0, 0, 0.1], 0, 0, 360]; _source1 setDropInterval 0.2; _source2 = "#particlesource" createVehicle _pos; _source2 setParticleParams [["\A3\data_f\ParticleEffects\Universal\Universal", 16, 12, 7, 0], "", "Billboard", 1, 5, [0, 0, 0], [0, 0, 0.5], 0, 1.277, 1, 0.025, [0.5, 8, 12, 15], [[1, 1, 1, 1],[1, 1, 1, 1], [1, 1, 1, 0.5], [1, 1, 1, 0]], [0.2], 1, 0.04, "", "", _this]; _source2 setParticleRandom [2, [0.3, 0.3, 0.3], [1.5, 1.5, 1], 20, 0.2, [0, 0, 0, 0.1], 0, 0, 360]; _source2 setDropInterval 0.15; _emitters append[ _source1, _source2 ]; }; uiSleep 10; { deleteVehicle _x; }forEach _emitters; }; Why does this work flawlessly on a local machine? And why, on a dedicated server, does the crater always show up and the explosion always go off but the whistle and smoke won't? Alternatively, can anyone say if these were executed Globally, would there be 40 instances of the script running?

Quick question about units stuck in vehicles after a crash: I THINK this is an ACE issue, but haven't confirmed, so I thought I'd ask here first in case it's a "known" bug that folks might instantly recognize. My unit frequently encounters helicopter crashes where a player, sometimes a pilot, sometimes a crewman, is stuck, even though they are conscious of the burning vehicle around them. He or she has no interactions available. Sometimes curators can teleport them out, but often this doesn't work, and only respawn solves the problem. Our suspicion is that it's some bug where the helicopter takes catastrophic damage that SHOULD kill the occupants, but instead, they receive a ton of ACE style damage. We have insta-kill turned off in the settings. Does this sound like a known issue that anyone has heard of? Side note: I love ACE and the numerous options for customization. Huge thanks to the development team for both keeping it alive and making clever iterations. ampersand38 is a hero of mine!

I'm not sure if this has been resolved or not, but I experienced a similar problem on a community map called Saint Kapaulio. My milsim group needed an artificial island with runway, so I built one out of concrete pier objects "off the map" just south and west of the 0,0,0 coordinates. With just the pier objects everything was fine, but then I decided I wanted to make it pretty, so I added a bunch of rocks both beneath the composition and extending away from the runway, sort of like shoals. The rocks were a mixture of Arma 3 objects and Arma 2 objects from the CUP Terrains, including the same wavebreaker object that seemed to trigger Daz's frame loss. Something about them caused frame rates to drop precipitously, but unlike with Daz's experience, the frame drop persisted across the map, not just in the vicinity of the rocks! I removed the rocks and tried again, and performance was fine. My final solution was to keep the rocks, but disable simulation and make them simple objects, which restored performance across the map. If it would be helpful, I would be happy to share my composition or try it again on a vanilla map with vanilla objects.

My fellow curator used this for 3 hours during our operation on Saturday and had zero problems. He went in and out of Zeus, did Remote Control, lots of jumping around, and it didn't fail him once. I'm sold and will be downloading - thanks, Dedmen!

Thank you very much for your response. I wanted to reply to your questions inline, but I don't appear to have that level of talent, so here it is in bullet form: The vehicle is a medical vehicle (an RHS MRAP) but does not have respawn enabled. All players are respawning at a traditional "respawn_west" system marker. Affected players are a mix of those who were in the mission at the start of the game and those who JIP. I'm not sure if one player type went through first or not, though. Once it breaks, it seems broken for everybody trying to move into that vehicle. We've had two vehicles and two redeployment signs running at the same time, and it's possible to have one not working and the other working. I would love to know this, but getting that value exceeds my skill level. Is that a thing, where a variable can stop working on a client or server but continue working on the other? If there was a way to discreetly run this code during a mission so that it's not disruptive to players and only I saw the messages, I'd be happy to give it a try. If I plug your proposed code in, what locality would I execute in? I sincerely appreciate you taking the time to discuss this issue. Thanks again!

I have a weird problem that I've been unable to solve and I was hoping I could trouble the community for some assistance. I design multiplayer missions for a community of about 50 players and we play on a dedicated server. During missions, players typically respawn at the base or location where they start, which can be many kilometers from where they died. To get them back to their team in a timely manner, we have them go into a "medical redeployment" tent and click on a sign. The sign has some code in its INIT field that uses the moveInCargo command to send the player to the back of a medical vehicle. Then they hop out and rejoin the fight. The system works great when the vehicle is parked, and continues to work even after someone initially drives it. At some point after a driver exits the vehicle, however, the moveInCargo command seems to stop working. As near as I can tell, the code in my sign's INIT field can no longer find the variable name of the medical vehicle. It's a stab in the dark, but I'm guessing it has something to do with locality? The medical vehicle is named in the Eden Editor, so I assume it's owned by the server when the game starts. When a player enters the vehicle, the locality switches to their machine. I'm not sure what happens when there are multiple people inside. I also don't know for sure that ownership reverts back to the server when a player exits. Does anyone know why this happens or how it can be avoided? Should I be assigning these variable names in another way? Do the names need to be updated? I can re-assign the variable and get the code to work again, but it will always fail again after a while. It's terribly confusing! Thanks in advance for any assistance you can offer.

Big thanks to Basher for creating this mod. It's very nice to have the option to use USSR forces for historical campaigns and cold war scenarios, and the attention to detail is impressive! For some reason, the only faction that shows up for me in the editor and as Zeus is the Limited Soviet Contingent in Afghanistan, under OPFOR. I don't see the Soviet Forces anywhere, and I'd like to make use of the woodland camo as opposed to the desert on the Roche map. It happens whether I use the Armaholic download or the Steam Workshop download. Does this happen to anyone else?

Ah, so I'm guessing then--when it works--it's more like a fake garrison command? Units stay in a spot, but when their combat stance changes or they spot a threat they can move out of it? That's always been my biggest complaint about garrison, which I get around by DISABLE-ing PATH for garrisoned units.

Outstanding mod, Revo. This is absolutely a must-have for any mission maker. 3den Enhanced has saved me so much time and effort over the years! I have a question about two features: Under SPECIAL STATES there is the STAY ON POSITION option. Am I right in assuming this is the same as the DISABLE AI FEATURES for PATH? That is, the group is receiving the disableAI "PATH" command? I just want to make sure there isn't something else happening. Thanks again!