SUNTSAG

The method changed 4 years ago and I created this video covering the update.

Again "Boom 1" has multiple "GO TO WAYPOINT" actions that have no relevance as the entire route needs adjusting and use of 1 "GO TO WAYPOINT" action for boom 1 to constantly perform its given route example attached. REVISEDthe Duel.miz

Creating “GO TO WAYPOINT” actions will not improve pathing of ground units it’s a core issue so adding multiples will not fix pathing. I have played with your original IRAQ mission and the troop movements are improved but not perfect. REVISEDlittle bird here we come.miz

@Daemoc Here is a simple working example of what I think you might be trying to achieve. 1. AI Helo takes-off from home base empty. 2. Helo flys to a field collection point LZ1 and picks up Special Forces troops. 3. Helo flys to LZ2 and drops troops off. (Insertion) 4. Helo takes off and orbits in the area and troops make their way to LZ3. 5. Troops request pick up at LZ3 and helo obliges.(Extraction) 6. Helo flys back to base and disembarks Special Forces troops. 7. Helo then lands on the airfield pan. It’s not a simple process but it does only require 2 triggers to work and a couple of flags. Look closely at the setup for the units. I hope this helps. Cheers. helospecialforces.trk 2heloUH60.miz

HMGs have quite extensive ranges and 2km is not unusual. I carried out some tests and found a “moving” Scout HL with DSHK 12.7mm (IRL effective range = 2km) would engage at the following distances: Day = 1.49km Night full moon = 1.15km If you want to reduce the effective ranges then you can carry out the actions provided in the.miz file attached. The point at which both units in the mission will engage each other is set to 1km. I hope this is useful. Cheers HMGTESTREDUCERANGE.miz

@Terminator357 In that case the new attached mission does exactly that. Fresh ground units spawn 5 minutes post the death of the previously active groups. I hope it helps. Cheers. A10CII AnchorMultipleAttacks.miz

@Terminator357 I am unsure what is happening in your mission with the scripting but using just the ME I can instigate the following events: · A10CII air start reaches its “ANCHOR POINT” and orbits. · 40 seconds later it starts its first MAV run. · After first attack it returns to the” ANCHOR POINT”. · After a further two minutes it carries out a final attack run. · On destruction of the ground units the A10CII bugs out and RTBs. I have provided the simple example above in the attached .miz file. I hope it helps. Cheers. A10CII AnchorAttack.miz

@StealthhThere was no trigger setup in your example .miz for AtoA refuelling, nor was your refuelling aircraft set to late activation. Having now created that trigger the mission works perfectly for me and I have attached my .miz that includes the relevant trigger. As far as I am aware the “PART OF GROUP IN ZONE” will activate even if the group does not enter that zone, so I have used “UNIT IN ZONE” as that option is currently working correctly. SUNTSUPDATEStealthhs' F18 Training.miz

This is how I would approach it from a purely AI perspective (Helo & Troops). I have attached a very simplistic miz file showing it working. I hope it helps. Cheers. embark.miz

@CommandT Please find attached an example of how I would potentially deal with this situation, which is simple and effective IMHO. I hope it helps. Cheers IMMORTALON-OFFOB.miz

From my own personal perspective I have never used “probability” settings as I prefer much more control over what happens in my mission builds…….. for example providing a sound or message once a probability/randomisation function has been triggered. To this end I use the method in the attached mission example, which will give you a level of probability/randomisation of waypoint switching. I have used a timed function here but a trigger zone could also be used. I hope this helps. Cheers probability50%ish.miz

@Hobbes83If it were me trying to action your scenario, I would set it up as per the attached mission example. For me personally, it seems the most simplistic and easy to replicate using the trigger clone process. Some may not agree but see what you think and I hope it helps. Cheers. TESTMULTIPLEUNITSOUNDDEATH.miz

To be fair I realise no one is/was questioning the shutdown procedure but no one was using the correct one. So to be helpful, I provided the correct documented information. As part of any route cause analysis, the starting point to determine if there is an issue or improvement opportunity; is to use the correct procedure as prescribed in the pilot notes. Any variation to the actual procedure could potentially result in the issues being encountered. Therefore in the first instance, common sense dictates follow the correct procedure. Also during route cause analysis a single data point is insufficient to determine that a problem exists and statistically 8 data points are preferable and will potentially highlight a trend if charted. I hope this helps as to why I provided this information. I am not saying there isn’t an issue but I can confirm I haven’t experienced it personally. Cheers.