jw custom

HandleDamage seems screwed up both in stable and dev!

An array of groups allowed to communicate should be created either by script or placing a module and link groups. Groups should then be able to communicate based on distance etc. and their action should be based on group state etc. Many things could/should be added into consideration based on mission creater input! ...and accuracy should increase over time based on distance and skills.

Me too, rubberband effect, desync i can undetstand but why does it make my framerate drop :confused:

Too hard sniping? We need this :p

Use global var(null) in global space not local var(_null)

Awesome :cool: Isla Duala is one of my favorite maps(in the very top) :D

So according to the SITREP they are working on two CAS fixed-wings... I hope one of them is a modified A-10 :cool:

Try add Land_PowerPoleWooden_L_F to "_types"

I wonder how much performance would degrade if you removed 3 of the 4 titan cards and 48gb of the 64gb memory :)

Yes thats correct they REMOVED it just like they said:

The answer is here if you can decrypt it :) http://forums.bistudio.com/showthread.php?160330-Scripting-Discussion-%28dev-branch%29&p=2459776&viewfull=1#post2459776

Okay now i see what you mean and can repro it by running script from a trigger, but when running script from init.sqf i can't repro the issue. Maybe me not being able to repro it from the init.sqf is a timing/performance thing? Anyways, this should be fixed!

Sweet, the A-10 is the vehicle i miss the most from A2 :cool:

Or maybe just realistic, i mean in these consolized days...

Yup you are right. In my first test i added an addAction through the comm menu and it all worked fine, but opening the menu directly through the comm menu makes the "zoom" function dissapear!

This is the thing that really puzzles me about ArmA, i can understand desync/rubberband effect etc. but why does my end graphic rendering degrade so much in multiplayer?

Yes but oksman ask for a way to enjoy the animation without user interruption which disableUserInput should accomplish yet he still have issues!

Okay, i just wondered about:

Maybe i'm missunderstanding you but the below seems to work! waitUntil {time > 0}; waitUntil {!isNull player}; waitUntil {player == player}; disableUserInput true; sleep 0.1; player switchMove "Acts_UnconsciousStandUp_part1"; titleCut ["", "BLACK IN", 15]; sleep 35; disableUserInput false; player switchMove "";

So your "expression" code looks like? I just tested a custom dialog with a map control and the mouse scroll +- zoom works just fine.

Communication menu? not following...

I think the first hidden & dangerous was the best, i remember cooping it a lot :cool:

I did a small test with a rifleman: With the "spawned" gear the guy jogged aprox. 550m at speed 15 before the black edges appeared. After aprox. 100m the speed slooowly decreased to 10.5 when hitting aprox. 750m. With only the uniform, helmet and vest the guy jogged 1000m+(i stopped there) at a constant 14.4 This needs some adjustments but it sure is a good start :cool:

It works beautifully :cool:

Try this: 1. place yourself (player) 2. place a rifleman 3. put a "move" waypoint on rifleman (wp1) 4. put another "move" waypoint on rifleman (wp2) 5. put yet another "move" waypoint on rifleman (wp3) 6. put following in the riflemans init field: (group this) setCurrentWaypoint [group this, 1]; deleteWaypoint [group this, 2]; Now the rifleman should move from spawned position(editor placed position) to wp1 and then to wp3. Because you placed the waypoints in the editor so they are executed upon mission start? Also instead of deleting the waypoint just set another one active with setCurrentWaypoint. If you describe exactly what you would like to do in your mission we might be able to help you with a proper solution.