SCLZ

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">Result: AH-1 leader still takes off even when I haven't radioed him yet.<span id='postcolor'> Oh, I should mention that choppers always power up when they know they have someplace to go, even if they aren't allowed to go there yet. There are a couple ways round this, one is to do what Styxx suggested and have the choppers as empty vehicles and manually create the pilots somewhere nearby. Then give the pilots a GET IN waypoint as their first and make the condition the same as you do now (wp1==1 or whatever). Another way is to make the chopper start with no fuel. Have the chopper's waypoint as true. In the activation area of the radio trigger instead of wp1=1 or whatever have myChopper setfuel 1. Remember to name the chopper myChopper or anything really as long as the chopper's name is identical to the name you give to teh setfuel command. The third way I can think of is using the stop commands which I think quite a few people use. Unfortuately I haven't used it before and can't tell you anymore about it, though I'm sure someone will tell ya if you ask. </span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">Where you mentioned about using tankGroupAdvance==1, Would this line go in the first WayPoint, meaning the one next to the group leader? So another words you are saying that I can input anything into the condition field of the WayPoint closest to the leader, just so long as it’s something different then the way point next the other set of units? <span id='postcolor'> Yeah pretty much, unless you want both groups moving on the same radio command of course. Just remember that the condition has to be made true at some point by something (in this case a radio trigger) otherwise it never becomes true and they never move.

Hmm...I think you've confused the naming of these variables to mean more than they do. It doesn't have to be wp1==1 you know, it could be tankGroupAdvance==1. And if you did you use wp2 for a second group it wouldn't have to be wp2==2 it could be wp2==1 as long as you're consistant. Basically you just need something to signal the group to move on, and you can pretty much use anything. SpetsnazWarriorX I'm guessing you're unaware that the units will move to their first waypoint no matter what, but the won't move on from it onto the next one if the condition isn't met. So you'll have to make their first waypoint with the condition right next to their starting location and then put another waypoint down in the place you want them to go after you call em in. Make sense?

Hmm...are you sure you did what JAP posted? I draw your attention to: </span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">Detected by east or resistance whatever enemy you have<span id='postcolor'> in particular.

Sounds promising, the limited range that nearestObject checked was it's biggest limitation.

Resistance won't arrive in my little corner of the world for sometime, how has nearestObject changed exactly?

I'm afriad my main computer is out of action for a while so I can't check this for you but I think there is a crew command, basically returns a list of everyone in teh vehicle. So you could go count crew myJeep and it should return the number of units in the vehicle myJeep.

Ok...I think I might have a way around it... </span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Code Sample </td></tr><tr><td id="CODE">this setAmmoCargo 2<span id='postcolor'> seemed to have doubled the amount of ammo the ammo truck carries by default (I think, I tested it rather quickly). Though I didn't think that would work as setting it to 1 should be "Full" so I hope it doesn't cause any problems... Edit: BTW I noticed that when I dragged the ammo slider bar of my test A10(LGB)'s all the way to the left I couldn't rearm. Why is that?!

Hmm...yeah I can get it to work with the infantry ammo crates but not the ammo truck, I didn't realise they were different.

Hmm...ok interesting, I was going to agree with InqWiper outright but after testing it I got both </span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Code Sample </td></tr><tr><td id="CODE">clearMagazineCargo this; this addmagazinecargo["LaserGuidedBombLauncher",10]<span id='postcolor'> and </span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Code Sample </td></tr><tr><td id="CODE">clearMagazineCargo this; this addmagazinecargo["LaserGuidedBombLauncher,10"]<span id='postcolor'> to work  Though I used an empty support ammo truck for my tests rather than the normal 5ton truck, I don't know if that will make a difference or not. Edit: Yeah just tried it with a 5ton truck instead of an ammo truck, it doesn't work with the 5ton. Can you change the truck? (BTW why a 5ton truck instead of an ammo truck anyway?)

It's not too difficult once you know the syntax, the command reference on the flashpoint1985 website (under editing or downloads I think) has all the commands and an example for each. It also gives you the basics like how to check a condition in a script etc. And I guess just picking your way through existing scripts, though a lot of them won't have the amount of comments you want you can still learn from them. Maybe set yourself a little problem and try to solve it with the command reference and examples you find. The scripting language is written specificly (yeah I can't speel) for the OFP engine, though most are based on common standards sorta thing. I haven't actually come across another game that has scripting so... public. I didn't know QuakeII or Half-Life had scripting languages, but I never got into editing with those games. Though now that I think about it those cutscenes in Half-Life probably were made with a Half-Life scripting language.

From memory there is a follow command but it basically means follow your leader so it wouldn't help anyway. You could use NEOs suggestion if the driver of the M113 where part of the Humvee's group rather than everyone in the M113. I'm sure you could do [driver M113one, driver M113two] join HumveeOne

I tried InqWiper's suggestion and it seemed to work for me. Just type this setAmmoCargo 0 in the init string of the LST and the PB driver can't rearm at the LST anymore. Haven't tried Aculaud's suggestion but it should work as I've seen it used before, as long as you don't run out of ammo of course.

Is the Officer assigning them targets or something? Maybe set them to Hold Fire in the waypoint (if practical) so they don't look for targets?

Yeah BIS have a briefing tutorial at the flashpoint1985 site, that's how I learnt how to do briefings.

I think the condition might actually have to be not (alive gen1) AND this so it goes off when the general is dead and the player is in the radius.

You could try putting clearMagazineCargo this in the init string of the LST. Hopefully this will stop him from rearming.

Is there a reason why the waypoints won't work? If you really need to use commands you could put this moveincargo truck1 in the init field of all the units you want in truck etc. But they would be moved there instantly. You could use a trigger with the condition as true, in the activation field have "_x assignascargo truck1" foreach units group1; group1 ordergetin true, and in the init field of the leader of group1 have group1 = group this. Edit: typos

You can have all the trucks start off seperately, give each one a LOAD waypoint sync'ed with the GET IN waypoint of their respective squad then give the leader truck a JOIN AND LEAD waypoint, all other trucks get a JOIN waypoint and sync them the the leader trucks JOIN AND LEAD waypoint. So you'll have a board each truck then the trucks should all join the leader truck. Then all the trucks are in one group, all the other waypoints for the truck group add after the JOIN AND LEAD waypoint which you give to the truck leader. Did that make sense? Edit: Make sure the truck leader has the highest rank of all the trucks otherwise some weird things might happen. And remember to give the trucks some room to move, the drivers are idiots.

Oh, about the original question you might have to set the choppers behaviour to careless as sometimes when they see an enemy they don't like sitting on the ground.

No, no thats a trigger condition, the activation code in the same trigger will tell the chopper to move back to base.

Yeah, more or less. In the last trigger / waypoint the condition is something like: "_x in blackHawk" count units group player == "alive _x" count units group player So it won't go until the number of units alive in the players group is equal to the number of units from the players group is in the chopper. (<-- 13 years of schooling, results in tougue twister sentences like that? We're doomed)

hint format["Num of units: %1", count units LION] or something like that I think.

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">MY Method works perferctly, I tried it over and over<span id='postcolor'> I know, I know Takes me ages to finish writing a post so my info is almost always out of date. But at least in the sample I posted it takes into account any other team members so he can use that at least.

Oh...I thought you meant something else, the trigger condition. It's that it fires before the radio msg "...IS DOWN" has had a chance to play because of all the radio chatter (in my test mission, to tell me not to shoot friendly troops ) Hmm...yeah...DV Chris way of !((count units EAGLE) + (count units LION) > 12) should work because it doesn't check if they're alive or not just whether they're in teh group anymore. I didn't click you could have a dead man in your group for a while

Hit.abel.zip"]http://homepages.paradise.net.nz/sclz/[2-4C]Hit.abel.zip Here is a MP mission I'm working on, it's got the dynamic chopper extraction thingee with a game logic and some triggers. It isn't perfect, I was still learning game logics and hadn't tried do this before but once I got it to work I haven't tried changing it Edit: BTW this is a bad example of using a game logic Most of those triggers can be integrated into the game logic waypoints. Edit 2: Damn URL got confused...