sarogahtyp

{_x join grpNull;} forEach crew yourheli; or heligroup = createGroup west; // or east if the heli side is east {_x join heligroup;} forEach crew yourheli; 

If u have tried that code in the init line of the player then use this instead of _x

Could this be a group problem? If the heli is in same group as the dropped troops then the group leader could command the heli what to do, not ur waypoints.

No, try to add it in your init.sqf For u the better solution should be to place a trigger in editor with: Condition field: player in thisList On activation field: player allowDamage false On deactivation field: player allowDamage true

So here I proudly present a snippet which should do the job. _perfect_start should be the best start point in players model space for our problem. I ve calculated _err which is the error vector between actual crosshair and the perfect crosshair position. But I m not using it. It can be used to test if we have a precise crosshair position when the snippet is implemented to code. Upto now there are some problems with that snippet. 1. yesterday I tested to use screenToWorld [0.5,0.5]; all the time to draw the crosshair but the command is to slow. crosshair was blinking. I suggest this correction could be run one time per second. 2. screenToWorld [0.5,0.5]; is working with the surface only. that means you get very wrong values if aiming to heaven. 3. screenToWorld [0.5,0.5]; is not working with objects (surface only) that means that the 10 I used at lineintersect command could be to low. 4. the snippet has to be implemented as auto correction in the code and yes of cause it has to be tested :-)

Some questions: Is it a multiplayer problem? You said a script should target those player. Do u only need the script to know who the player is or is that script controlling AI which should taget at the player? If it is a multiplayer problem then I need some info where the script is running, at client or at server and how is that script started? Is it started by trigger, eventhandler or is it always running and tracking the player if it reaches those box? If u answer some of those questions then u could get some more help. Posting ur script will us help to help u, too. EDIT: I wrote that before I read the previous post...

on my way to work now and i m thinking about the hard coded correction values. now i think its possible to implement an auto correction algorithm which should work with every weapon and would find better values as we are able to. i will work on it.

Now I substituted this line of my code: with that one: and now it is as precise as your solution: crosshair reached inner x-axis marker at a distance of 9 m crosshair reached inner y-axis marker at a distance of 10 m I prefer my code now for the much better performance.

okay, i tested both solutions a bit and it turns out they both have advantiges and disadvantages. I tested with a scope where I now define the horizontal line as x-axis and the vertical line as y-axis to let u know what i found out. I used this scope: this addPrimaryWeaponItem "optic_SOS"; and that weapon: this addWeapon "arifle_MXM_F"; there are markers at these lines which I used to get a distance when the crosshair reaches em. I used the inner markers for that. Your solution: crosshair reached inner x-axis marker at a distance of 7 m crosshair reached inner y-axis marker at a distance of 10 m My solution: crosshair reached inner x-axis marker at a distance of 130 m crosshair reached inner y-axis marker at a distance of 9 m So ur solution is much more precise but I ve the problem with your code that it seems to be slow. The crosshair is blinking very much at my slow PC. I tried to compensate that by retracing the crosshair between calculations and it gets a bit better but it is still blinking. EDIT: i did not test leaning, kneeling and crouching. i assume that my code should cover it cause i use eye position. i dont know if yours do.

the answer is there. if u use BIS_fnc_addRespawnPosition after the first spawn is done then it should work.

as u can read in your rpt snippets these are all undefined variable errors. the question is where u r defining them? in these files they are all undefined.

i ve only understood a half of that therefore my answer is short. maybe im to tired _vec = vehicle player;

I dont know, I m to tired to test it but here is my solution.

ok, i think now i have the solution. the key is not the start but the end position. we should use position format is AGL but that only is useful if u forbid range finding when player is not aiming

that eventhandler seems to be never activated. i have to think about it some time. maybe we should use another eventhandler but I never used those eventhandlers... im learning while helping. give me some minutes and we try another thing. could u do another clean vanilla mission in virtual reality meanwhile? with one player only and the same script and init line. just to reduce the problem. and use the 2d editor for it cause eden is buggy.

latest one and check the part after u started the game the last time.

open your windows explorer file manager an click into its adress line. substitute the content of it with: %userprofile%\AppData\Local\Arma 3 press enter and look for arma3.rpt but before looking for that file run arma please and respawn. i want to know which chat lines u get

yes.

ok, add some sytemchats in line 12 17 23 25 and one before line 1 plz. like systemChat "0"; systemChat "12"; systemChat "17"; systemChat "23"; systemChat "25"; and look at you .rpt file for errors.

did u test what happens on the 2nd and 3rd time u respawn?

As u can read here: http://vybormilitarycommand.com/arma-3-exile-helicopters/ The only vehicle which cant be transported by Taru is the Tempest.

I never used that but: If the command setSlingLoad can be used from init line and if the Taru is generaly able to transport the Tempest then you dont need this: _slingable = heli1 canSlingLoad c1;

hint "until here its running"; or systemchat "it runs until here";

Upto now i did not read ur script but i suggest to try this in ur init line: null = [this,3] execVM "fnc_generate_loadout.sqf"; this addEventHandler ["Respawn",{[(_this select 0),3] execVM "fnc_generate_loadout.sqf"}];

what about did you guys already try that?