Stonehouse

Very good work indeed. Small passing thought, if you could document what you did and make that available (assuming that doesn't break any ED rules) to the community it would be very useful. Lack of knowledge is the real handicap. I hope one day the A4 guys might do the same if they can find the time to do so after the A4 is released.

Pretty sure the III's were the B/C shape and the IV's were the D but happy to be corrected.

Shame we probably won't get our mitts on these any time soon. They would fit right in for Normandy and Mustang IIIs in RAF colours. Extremely nice!!

Thanks Klem. Got my toes wet but that's all. Collected some nice research items on the 2nd TAF and the area/week or two of my interest and got the target id mission working for me in the latest patch and am about finished the loadouts. CMP and camp_init are done. Biggest job I think will be the targets and campaign triggers. It would be nice to be able to have a medium/large B17 raid at least once a campaign day but perhaps for performance reasons small formations are better anyway...... It is probably a good thing Mbot hasn't included the ground war yet as trying to cater for a front line that moves according to success and failure would pretty much double the setup I think. So far it really does bring back memories of IL2 DCG campaign building although on a much more detailed scale. PS After you mentioning the ATO script I had a quick look and saw that ATO_ThreatEvaluation.lua needs WW2 entries added as well. PPS attached may help people doing Normandy missions. Cannot guarantee it is 100% accurate but that was what I'm aiming for and I am still working on. The news reel about construction of B-3 is pretty interesting as are the pics. Going by the pictures ALGs regardless of who built them really were pretty temporary, dust ridden places in summer and probably mud to the eyes when it rained. ALG and Airfields.zip

Klem, Just wondered how you are setting up the B17s in your campaign. I was thinking to base them on the airfields in England but as someone else mentioned and I saw in a quick 10 minute test today they barely have room to take off with a full load (which perhaps is the workaround as you could reduce their fuel load a lot for hitting targets in coastal France) - do you have them set up as air starts or ground starts? <edit> Also what did you mean by B17s needing to be edited in? Would they not be (apart from formations and the bombing style) be similar to the other bombers used in the existing campaigns? Or do you mean exactly the difference in formations and bombing style is the issue? Cheers, Stonehouse

Thanks Klem especially for sharing the document. I already know I am going to try this in between items in what is a pretty busy life at present. So I expect my progress to be very slow. If I come across anything of interest in the process I'll put up a post or maybe better add things to your document and post up the revision. I flew the F15 campaign with a couple of mates the other night, first time in DCS for a very long time so the results weren't stellar but it was fun and the campaign engine was impressive. Kind of a super DCG (IL2 campaign generator) for DCS. Most of the people I tend to fly with are more WW2 orientated so I figured it would be a good idea to start working on a WW2 campaign even if it takes until Christmas to get anywhere with it lol.

If I was to take the route of trying to create a WW2 dynamic campaign using Mbot's DCE is there any gotcha's I should be aware of that might not have made it into this thread? I'm guessing that probably the WW2 specific things like large bomber formations may not work for instance? Is there any doco to support campaign authors floating about yet? Anything else come to mind? Thanks, Stonehouse

Very impressive indeed

Updating the EWR units to 556Gs seems to cause the error: "Scripts/ATO_ThreatEvaluation.lua:461: attempt to index field 'ERW' (a nil value)" updating line 461 in the above lua from: GCI.ERW[side][unit.name] = true to be: GCI.EWR[side][unit.name] = true fixes the error. Looks like a simple typo error. Cheers, Stonehouse

Ok it seems to be having trouble with a table somewhere in that it is trying to use an index that has been set to null for some reason. Looks like perhaps (and it may be something completely different) that you have a blue intruder aircraft that is going in and then out of red airspace so it is launching a red GCI and then trying to clean it up because there is no intruder and via a bug failing. You would have to systematically debug the script to find the actual root cause and then figure out a code patch. Honestly you are better off advising FC of whatever you feel is the shortcomings of MOOSE's GCICAP as he is quite keen to give the community a well maintained replacement. If you really want to stay with the old script I can try to look at the problem but I make no guarantees I can fix it and it will take me a long time to do what is required as life is very busy and I have little time for DCS beyond the time I read the forums to keep in touch. If you can log your issues here https://github.com/FlightControl-Master/MOOSE/issues He'll look into them I am sure and I'm guessing it will be reasonably soon after he gets back from vacation. Try to give as much detail as you can to help him and make it plain that it is a GCICAP feature/enhancement you are requesting. You made need to create a github account if you don't have one already.

No idea. Logs ? Some of this sort of stuff is situational too in that a particular set of events causes a problem. Any alpha bort numbers? Lukrop's version only handles numeric so if one of the templates has alpha and eventually gets picked it will crash.

Pics not working from my end. Are you using a hosting site that requires a log in or something similar Hawkeye?

Yep got them thanks Strut. Beautiful job!

Are the last two generic skins a separate upload? Can't see them yet if they are.

Curly brackets around your string entries? They are actually tables those parameters I believe. So should be like: GCICAP_Red = AI_A2A_GCICAP:New( { "EWR Red" }, { "Squadron Red" } ) Also think you need an empty set of curly brackets after { "Squadron Red" } to represent no CAP and then also perhaps a number although since you have no CAPs then perhaps it isn't needed and gets defaulted. Haven't had time to really catch up with everything you guys and FC are doing with this but I think the statement should be something like below: GCICAP_Red = AI_A2A_GCICAP:New( { "EWR Red" }, { "Squadron Red" }, {}) or if that doesn't work then perhaps: GCICAP_Red = AI_A2A_GCICAP:New( { "EWR Red" }, { "Squadron Red" }, {},1) Anyway pretty sure you need the { and } around things.

There was a mod recently on user files that converted Beslan to a WW2 esque airfield by using empty EDM files or something - I'm not a graphic artist so not sure of the technicalities. Anyway I assume something similar could be done to remove buildings from NTTR. Could be a large job though. WW2 mod https://www.digitalcombatsimulator.com/en/files/2641486/

Thanks Johnny, haven't had time to do what you have done. So from your tests it would appear that the DCS coalition.addGroup function has changed somehow and either has a bug or the usage has changed and so doesn't work with the current version of mist.dynAdd Hoping Grimes has seen these posts.

Pretty amazing video of 43 grupo at work

Actually met Bobby Gibbes and Ted Sly at a Temora air show once. Both very nice blokes and patient with all the dumb questions aircraft enthusiasts (like me) tend to ask at air shows. Very easy to talk to. Ended up with an autographed copy of Ted Sly's book "Luck of the Draw" (Ted's autobiography and wartime service in 457) Not fighters but this might interest you as well http://www.454-459squadrons.org.au/downloads.html ebook "Alamein to the Alps" which is the operational history of 454 SQD who carried out a pretty important and unusual role in the Med and later Italy. Not the average WW2 aircraft flown too so I find it quite interesting.

Pretty much it looks like a scripting engine change broke mist.dynAdd which is what lukrop changed to use to spawn the groups of aircraft. I did post something over in the Mist thread but Grimes hasn't responded to it so far.

It would be a nice enhancement eventually to have this folder be configurable so you could have it somewhere else than your C: drive as I keep that for system stuff as much as possible. Although I guess a symbolic link would work?

You could try the vecflak form Pikey. It's a bit less expensive for frames than the burst of 4 times however many gun batteries you get for the addtgt variety. Also tends to be more survivable when the first lot arrive, I've often seen the first shots of the addtgt (which is in groups of 4 explosions) take out half the aircraft. Which is kind of realistic as you don't know the first shots are coming until they arrive so if they are accurate they are deadly. After that you can take avoidance action. Anyway I guess what I was trying to say is the vecflak is somewhat kinder for those first shots. Particularly if instead of setting up vecflak with large numbers of guns you set up multiple vecflak calls with small numbers of guns on the same trigger. So instead of Do vecflak('blue' 'redflak1' 'low', 6) End You might do say 3 vecflak calls for 2 guns all on the same zone's trigger action or some combination that suits rather than a single call. If you do it all on the one call then that is the number of explosions you get chasing 1 target. Doing a lower number will more likely get a few explosions and spread across multiple targets. Same idea also does hold true for addtgt but I tend to end up using vecflak in preference for the very reasons you state.

A GCICAP user may have fallen over a post 1.5.7 Mist bug. Not really sure and as mentioned here https://forums.eagle.ru/showpost.php?p=3192919&postcount=1040 along with the snippet of dcs.log I don't have time to investigate for the next few days. However this morning I did notice 1 obvious thing - the logger message re "Spawning fighter group...." and I did a quick string search through the GCICAP lua. The only instance of this logger message immediately precedes a call to mist.dynAdd to create the group in mission. So potentially the 1.5.7 update has caused a problem for this mist function. Whatever the error is caused a memory access violation on DCS.exe.

Possibly a moot point after the recent MOOSE release (congrats FC by the way!) but I am getting reports of missions using the GCICAP script that worked under 1.5.6 crashing under 1.5.7. I'm away for the next couple of days but wanted to post a log snippet here in case someone else gets a similar issue and it helps highlight a possible bug in the 1.5.7 build. Of course it may be the mission setup too but just haven't time to look at it until my Sunday afternoon at the earliest.

Re the smoke time question. Does adjusting the fire time, size and agony values in the lua increase the length of time for the fire and smoke. Thinking the agony time (which is 180 secs) might do something for the smoke.