IvanK

The docs say that the AP ON/OFF switch can be used to override the elastic stop. Does this actually work ... it doesn't for me.

Yes Basic AG mapping exists in the cyrano IV Reasonable CYRANO IV Radar manual in English here: https://dlscrib.com/cyrano-iv-airborne-fire-control-radar-utilization-manual-thomson-csf_58b1f5516454a7ab10b1e966_pdf.html

JHMCS is for pussies You can drop bombs in NAV master mode Dive Toss is everything (as it was in STAR WARS) The R77 is overmodelled The SU57 FM is porked The SA3 is eye watering Seriously great fun to watch Yoda's force is strong in this one Keep the thread moving

In the last century not all items had to be GO. Any FCS BIT that didn't pass was however a NO GO item. Usual procedure for a DEGD was to re initiate the Bit for that item.

Neat video. Supersonic climb schedule Google Rutowski climb profile Max range in Hornet occurs at 4.2alpha (Endurance at 5.6alpha). For the Min fuel descent work on 5 deg flight path angle. So when destination runway is at -5 on the HUD select Idle and put the vv at -5. You will find AOA will be close to to 4-5 alpha all the way, IAS will end up at around 250Kias.

Toss bombing (LOFT) is slightly flawed even with Dumb bombs at present in DCS FA18 For Low drag weapons the AUTO release cue should appear on the ASL when a release is possible before the aircraft gets to 45 deg nose up with a 4G pull achieved in 0.5second...... this is therefore an TOSS in range solution. In the case of a high drag weapon the release cue appears 5 sec before the computed release point. In DCS the release cue logic used is this 5 Sec logic regardless of the weapon drag configuration. Here in lies the problem. In DCS the release cue only appears 5 seconds prior to the 1G release solution.... so you wont get any true LOFT release cueing for Low drag weapons. IRL you can TOSS a MK80 series bomb about 5nm from 600Kts at ground level. A workaround is to not start the Pull up until around 5.5nm This has been reported.

It was fixed in the last OB

Ok will do. Though I think its weather related. I re jigged this same mission but made it CASE III type weather and all worked ok. Seems to me there is some internal coding that if Weather is better than CASE II and is day you just wont get ACLS available.

In the case of Non Super carrier install you wil only get ACLS if the WX is bad enough to get Case 3 (or night). Anything else and at the ACLS pick up point around 5.4nm(where Tadpole appears) the ACL 1 annunciation goes away and the DL goes int T/C mode..... though T/C mode is redundant in the non Super carrier install. I presume the same applies with Super carrier install ... that is you need the WX to be CASE III (or night) to be able to get ACLS symbolgy

Trying ACLS on the Stennis , set the mission up as per the ME instructions for ACLS mission building. boxing ACLS goes through the test and I get ACL 1 on the link 4 display. Then on final all I get T/C mode (Didnt think I was meant to see this in the non Supercarrier version). Flew final on the ICLS and never ever got to see the Tadpole. So to my eye ACLS is not working. Mission file attached. Note DL Freq is 306 F18__20cu_CV_testACLS.miz

And Bingo charts give a Descent Flight Path angle of 4.5degrees for a clean jet.

I have been having similar crashes. As suggested by Flappie raised a support ticket. Support was great. I tried tried everything suggested in the end the only thing that got me back to stable DCS was running my card in NVIDIA Debug mode. NVIDA Contol Panel -> Help-> then tick debug mode. My understanding is this removes all Overclocking including "factory" overclocking and sets your card to its stock speeds. This issue only started on my system with the introduction of the last OB. Mine is an old system and I think the last OB has just pushed my system to its limit. There does seem to be a spate of similar crashes from multiple users recently.

Looking at the relevant DOC for the FA18C Max range descent Idle thrust at 35,000lbs from 30,000ft gives descent dist of 60nm

Warning Thread Drift :). Before the days of FPAS 2 numbers were in every Hornet pilots brain. Max range 4.2Alpha Max Endurance 5.6 Alpha. When on on the bones in a Bingo profile you flew 4.2Alpha. When the home base was in sight you flew a 4.2 degree descent profile at Idle thrust. So in fact waited till home base was at -4 degrees in the HUD then select Idle and descend at -4 degrees Flight Path angle. Not very sophisticated and didnt allow for winds but worked.

He started the pull at 1.1M according to his recall in the interview. So riding the limiter through the transonic range. Looking at an early version Flight manual circa 1986. is the following comment. "Before 8.3PROM there is an over-G potential associated with abrupt longitudinal stick inputs at high subsonic speed where transient G overshoot of 1g or 2G may occur ........CAUTION Before 8.3PROM above 400Knots, avoid abrupt longitudinal stick movement which can cause large G overshoot" 8.3PROM came in around 1985, G limiter as I recall came in with 8.3PROM

In the "A" in general terms in Subsonic flight the g limiter was pretty good. A random snatch to full backstick might result in a minor overstress to say 8G (setting a 811 code for maintenance) but you could rely on the limiter to protect you, pulling to the limit was pretty normal. In the transonic region it was still meant to protect with the "G Bucket" incorporated in the loop. In earlier fighters "Transonic Tuck" was a huge player. In simple terms the instant you come subsonic the C of P moves rapidly forward so with the surfaces deflected you get an instant increase in moment arm and Bang overstress.

In one crash I got a Blue screen that referenced nvlddmkm.sys. So Off on the Google merry go round for this. Google told me should find it in C:\windows\System32 Alas its not there I do find a copy in C:\Windows\system32\DriverStore\FileRepository\nv_dispi.inf_amd64_1c83a5d7cffd7bf I am running Windows 10 on Intel chipset with GTX970 Everything is up to date on my system

The crashes are back. Log file attached dcs.log-20220412-012736.zip

Perhaps add an ATC function where the Pilot can Request Runway lights on from the tower at any time of day

Update. Removed Display adapter and all files by way of device manager. Then Rebooted PC. Re installed latest Drivers by way of GeForce experience. Re booted PC. So far no further crashes (Fingers crossed).

You can also designate with the Bomb weapon release button. This is the preferred method when designating in a dive delivery the so called "Point Blank" method. Push and hold the weapon release button, Fly the ASL or Pull up the ASL for a dive Toss delivery through the Release cue.

Thanks Bignewy. All drivers up to date. A single Windows update just done. No overclocking. Will test again.

Getting almost 100% crashes with FA18 module. Crash log attached. (tried to use the Auto crash upload but got error message) Seems graphic related as this string is always in the log: 2022-04-03 05:29:55.512 INFO EDCORE: C:\WINDOWS\SYSTEM32\d3d11.dll 2022-04-03 05:29:55.512 INFO EDCORE: # C0000005 ACCESS_VIOLATION at 792098A0 00:00000000 Updated Nvidia drivers same issue. Open Beta Ver 2.7.11.22041 dcs.log-20220403-052955.zip

If the R530(EM version)mechanization in the F1 is the same as in the MIRIII then trying to employ the Boresight radar mode in anything other than a tail chase situation would be nigh on impossible. No issue for R550/AIM9 though. R530 employment in a Manoeuvering engagement is a complete waste of time.... PK= 0