Druid_

Yep that works but I'll think I'll stick with a lua solution with all of my messages placed in a table. To me its just tidier and easier to change. Yeh, the edit makes it all apparent now. cheers.

^ if unit y is killed then 5 secs later unit x is killed then surely message 1 will display over message 2 and vice versa? i.e. At time 6 secs: flag 99 will be 1 but flag 100 is still true (as its within 20 secs). Also it only allows for 19 messages and message delays will get longer. What we need is the ability to push messages to a stack, prioirity messages are placed at the top. The stack is then played with messages being removed as they are played.

I've used the flag method but the only problem is that if during the delay you trigger 3 messages then once the delay is over (and flag cleared) they will be displayed in order as they appear in the ME trigger list. There might be occasions when you need a high priority message to take precedance over any others that are queued to display. You can do this also using flags but it does get a bit messy. Tbh it would be nice if messages were automatically queued by DCS and there was a priority option allowed e.g. LOW, MED, HIGH. Might suggest it in the wish list. In the meantime I might take a look at doing it in lua.

I want to keep the interaction currently present in the F10 menu. I hate it when your given a task and haven't the option of simply saying 'say again'. Also when you need to refuel/re-arm I don't want tasks starting until you are ready and back on-task. Hence the other F10 options. The problem is how to implement this mission on a public vs dedicated sqn server. On a public server you don't want any one player putting everything on hold whilst the others are ready to go. A Sqn server would hopefully have everyone on TS and agree on task readiness. What to do? Also this is meant for 4 ship max. I could change it to an 8 ship with 2 seperate flights and use the 'new message to group' action (haven't tried it yet, I take it works?), so that 2 seperate task are running concurrently. Means a lot of changes though and possible improvements to my message deconfliction implementation. I haven't used slmod yet so will take a look at it but first I shall implement some task randomisation and go from there. For the server crowd let me know what you'd prefer and I'll see what I can do.

Initially the idea was a day in the life of a CAS A10c pilot but I can appreciate that not everyone has a half day to devote to DCS A10 so yeh I think randomisation is a good idea. Especially now that lua is working again I shall modify it to add random tasks. MP would certainly benefit from this. I doubt any Single Players have reached the end of this mission (it was designed as MP) so I will either modify SP version into a short campaign or add task randomisation.

trouble with femaile Flt Engs is that they refuse to be responsible for carrying all the porn .. I mean flight manuals .. in their flight bag.

Thanks. During the gulf war the Iraqi's used taxiways as runways so thought I'd add that challenge and fexibility to the mission. Can't help wondering if anyone has managed to finish this mission or whether or not it would benefit being split up? Either way I'm open to suggestions.

Thanks for the comments. Did you manage to finish it? (Originally I had the facility to SAVE and LOAD the mission, which is why its quite a long miz) Speed was going to modify it to use Slmod. That should make MP a lot easier for those using remote servers. I know he's busy with something else at the mo so don't know when he will finish it. Now that Lua is working again I want to add some Tasking Randomisation to the mission and possibly add an 8 player version with 2 groups able to complete different tasks at the same time.

Ahh I think you misunderstood my prev post, my testing comment was in relation to the link I posted and not the MISSION START / ONCE random problem. Nice explanation though. Cheers

Yes. In patch 1.1.0.8 access to the operating functions was removed e.g. os.time(). I have not checked yet to see if has been re-enabled in patch 1.1.1.0 or 1.1.1.1 Let me know how you get on.

sorry Dragon I don't follow. Can you explain?

I need to test this in patch 1.1.1.1 to make sure it works but in the meantime here's the link to an earlier question to the same problem http://forums.eagle.ru/showthread.php?t=72336&highlight=random there's also plenty of other good suggestions in that thread too.

No easy way I'm afraid. You'll have to deactivate him a set time after he lands and shuts down and immediately spawn another heli in his place with a set of WPs back to carrier. Rinse & repeat for every time you want a shuttle. Alternatively dont have him land but just hover near pad for a set time then fly back to carrier and hover there as many times as you want.

Terrain masking is modelled. Choosing a good place for your JTAC is quite important especially if you are using line of sight to enemy for target assignment. In mountainous terrain I try and put him high up on terrain and on the side from which you expect the A10s to approach from.

Try using the stop condition on the FAC - engage group advanced option you are using to assign FAC tasks. Use flag x set (x is 1 to 100). In triggered actions when the vehicle flees the area try setting the above flag and send a message along the lines of ("Hawg Flt, priority tasking ready for new 9 line?"). Can't guarantee it will work as with each patch comes new FAC behaviour but give it a go. Let us know if it works or not.

^^ I think I need some NVGs to view those pics (or maybe the contrast on my monitor is too low!).

220 kts IAS is the normal A10c refueling speed. (the tanker would have to deploy partial flap to fly any slower). TAS is affected by air density but as a rough rule of thumb for every 1000ft you climb (at a constant IAS) TAS increases by 1.8 %, so 220kts IAS at 20,000 ft = ((220 * 0.018 * 20) + 220 = 299 TAS

Oops sorry, read your first post tired & after a few beers. Will try and read thru posts slower in future.:thumbup:

1. Place 1 aircraft with all of the desired waypoints with speed & alt set. 2. Select the unit and press CTRL & C to copy it 3. Move cursor to desired formation position and press CTRL & V to place an exact copy but in a formation position. Move waypoints as desired. They will formate in a stright line but not in any turns. So should work for a run in and break to land.

In my Squadron apart from 1 pilot (who had 1 of each) we all had girls. Maybe there's something in that chromosone theory.

I had this problem with a Heli insertion mission I wrote recently. In testing 2 choppers are fine any more and they fly much slower and bob on an elastic band as you said. My solution was to just make them individual flights of four using copy and paste (so waypoints plus details mach exactly) then move each heli back from each other at airborne start location. Alternatively trigger their starts on pad 15 seconds apart with matching WPs. That works also. I also send in 2 Apaches with the Chinooks as they would rarely go into a hot zone unescorted. You can always explode them as if they've been hit by a SAM or something leaving just the Hogs to provide cover.

marvellous! Nice bit of testing there Grimes and solution very welcome. Thanks. Might be a good idea for the ED testers to download some of these AI test missions and use em when testing future patches. If they don't already that is.

Most tasks Tested in 1.1.1.0 Good Hunting

Make tea or coffee?

I am hanckering to upgrade but have decided to wait until spring next year. I've built my last 6 PCs and next Spring has me excited. If you wait until March 2012, the new Intel Ivy Bridge 22nm processor (up to 20% better performance than sandy bridge) along with the latest Z77 chipset (update of Z68) which will support PCE-3.0, 14 USB (4 x USB3.0) RAID, AHCI and RST11 w/smart responce . To me it looks like the existing technologies with this new CPU will finally be married together correctly as opposed to the current motherboard solutions with sandy bridge. As for getting one 240gb SSD, personally I would get two 120gb drives with a sandforce2 controller and RAID0 them for superb performance. The problem with Raid0 was TRIM support (aka garbage collection which improves SSD efficiency) however it finally looks like intel has got this one sorted on the next RST 11.5 release, see here A word of warning on SSDs. It does appear that the failure rates of some companies are incredibly high, pick one and do some searching. If reliability is your thing then the datacentres seem to go for intel SSDs as they appear to be the most reliable of all. Not the fastest mind you (no slouch either) just most reliable. If you can't wait (there's never a good time to upgrade!) then make sure to go for a Z68, P67 or H67 chipset as these will support ivy bridge processors if you decide to upgrade in the future. Slightly off topic, but I'm also looking forward to ditching my trackIr when MS release the PC version of the KInect, see here (p.s. stay clear of OCZ memory)