Rongor

yes, you are right, I will change the topic title again. I temporarily was under the impression that the current mode would affect the problem...

In this video you can see: 1. HUD is active SOI 2. TDC depress over that airfield 3. symbology switches to CCRP (AUTO) 4. I reaffirm CCIP in the stores 5. HUD and TGP switch to a moving target in 3 NM distance. It's the CCIP. I recorded cropped in 1080 resolution, as DCS is running on 4k and recording the whole screen would have caused a slideshow and a cockpit barely readable...

Thanks for the video man. As I can see you do designate a selected waypoint/mark point. Try that again without a point, only with a TDC designation.

In this video you can see: 1. HUD is active SOI 2. TDC depress over that airfield 3. symbology switches to CCRP (AUTO) 4. I reaffirm CCIP in the stores 5. HUD and TGP switch to a moving target in 3 NM distance. It's the CCIP. I recorded cropped in 1080 resolution, as DCS is running on 4k and recording the whole screen would have caused a slideshow and a cockpit barely readable... The track is rather lengthy... CCIPTGP.trk I can't find this in the manual: 1. Is the delivery mode supposed to switch from CCIP to CCRP automatically upon designating a point? 2. When the HUD symbology switches to AUTO, there is still the CCIP program displayed in the stores 3. Reaffirming the CCIP mode in the stores drops the designated target, instead HUD, HSI and TGP are apparently following the CCIP solution. Is this intended?

Even then the HUD symbology automatically enters AUTO mode (CCRP). Btw it remains CCIP in the storage program of course. Whenever I did that (switching back to CCIP by re-confirming CCIP mode in the storage program, the designated point gets lost and HUD, the target symbol in the HSI and the TGP jump elsewhere. The TGP actually remains on my desired target in case it wasn't SOI the moment I reaffirm CCIP, yet it shows data of some other location and therefore a wrong distance. Edit: I just noted it works fine when I first designate my target, THEN activate A-G mode. If the A-G mode is active already while designating, the TGP returns into snowplow when I reaffirm CCIP. While having the CCIP cancelled for AUTO is mentioned on page 216, I have yet to find a confirmation that the TGP, HSI and HUD follow the CCIP impact cross.

As far as I understand the manuals, the IFA in the F/A-18 is not to be confused with the last resort In-flight-alignments you are mentioning. I also at first hesitated to accept IFA as the regular in flight regime for the Hornet's INS at first, as in my civil aviation life I know an in-flight alignment to be the least desired. Yet it seems in the Hornet the IFA is just an unlucky wording, in fact meaning an in-flight update. So the IFA dial position doesn't do an In-flight-alignment the way you intend to avoid, but essentially only presents the normal operating mode of your INS after doing the GND or CV alignment. You then make use of the HSI settings to specify, how the in-flight updating is processed.

Currently I am training A/G weapons delivery. As I intended to use CCIP, I wanted to designate an aim point, so a mark along the heading tape can guide me towards the correct azimuth before diving into the target below the HUD frame. Unfortunately the moment I press TDC, CCIP gets switched to AUTO.

Dang I should've downloaded it right away. I hope you don't have to change the intro music. It was perfect. Btw I'd be willing to pay 20% more if you get the heavy g breathing from the trailer into the game.

Don't worry. Use a credit card. The bank will pay for it. Don't care what might happen thereafter. Even if those bank clerks try to call you 24/7. It doesn't matter. You are in your new cockpit and they are not.

Honestly I have no idea why people feel entitled to suggest business models at all to a running franchise. It's not that a company running and expanding successfully since how long (2 decades?) could reasonably suspected to be lacking smart heads. They will certainly have enough folks aboard to keep their economic health in control, assumably including access to a cabinets full of financial viability studies and periodic budget reports. Then there come some dudes in the internet, offering them good ideas and advice. Really? It happens quite frequently of course. This is not a DCS-specific phenomenon. I guess it's just the internet. Everybody and their grandma can vent their "brilliant ideas" to the waiting audience.

post a track file

and/or fetch your next weapon launch from your left wing

Just checked my original box, copyright 1999, 2000. I didn't have internet back then

Meanwhile I had this happen on 2 other occasions. It's always in the end of my missions, where a track would be rather lengthy. I think it always happened after working with TGP and radar, switching between these two during weapon employments. Will keep an eye on that so that it might become reproducable...

Then you got me wrong. The problem wasn't the rather helpful sync option but an unidentified control binding issue. The sync function is doing just fine. You will of course have to manage a reasonable binding setup and keeping awareness over your controls is just mandatory. Disregarding this may cause issues. The sync function doesn't, neither currently nor else.

The 1st video showing your track actually doesn't support this. You are rotating short before 160 and also speed is increasing just fine. No sign of actual stall. The initial wild actuation of your stick was also damping out quickly. So far it's hard to see why you wouldn't have a regular takeoff with a correct t/o trim of at least 16 degrees. Still it's unclear why your gear took damage. The "stall" might be the AoA indexer alerting you not to yank that stick around that brutally. At time mark 7 seconds you have that stick deflected fully right (why?), and pulling it way back before put your AoA to 10 degrees, which of course invites some kind of stalling if speed doesn't increase (which it did).

yes we are sure, you can see it in the 1st video. stab trim starts at 13 (which is too low, by the book) What may be missing is the accurate setting of t/o trim corresponding to t/o mass. At least 16 degrees are demanded. If heavier than 44000 lbs it would be 17 deg and 19 deg when beyond 48000 lbs. We can see his AoA in the HUD is increasing below 150 kts, the VS comes alive below 160 kts. All these numbers seem reasonable for a delayed rotation in case of omitting t/o trim and while having a heavy load. Yet none of these should destroy his gear.

Thanks man, tried it again and keeping the pickle depressed for some seconds made them come loose

oh wow, it worked! Feels a bit like winning the lottery. Great to see you back in the air!

There might be some controls binding for your F/A-18 of your HOTAS setup addressing the generator states. If you have "synchronize HOTAS with in game controls" set to on in the settings (which I generally would recommend), you might have some switches on your hardware saying "generators off", which then shuts down your displays (and more). Because your controls binding for your A-10C is without issue, it doesn't show any problem there. Might be a wild guess but would explain the situation perfectly.

Hey there, did some testing (and learning) with JDAMs today, PP and TOO. Dropped in ALOFT all the time. I noticed that after having dropped all ordnance, 1. the alignment time still is displayed and counting. What's the point? Technically they have impacted and this value is fantasy. 2. the emptied ordnance type is still displayed in the stores. You can't select it anymore (obviously, because the type was emptied). Is this normal behavior, due to the armament stores software retaining the type name of what was attached earlier before taking off? Also after dropping all of my 83, I still had the 82 under my wing. After dropping all 83s, the Stores screen was stuck in this situation: The OSB6 didn't let me switch to the other weapon. I had to deactivate and reactivate A/G mode on the left entirely to continue working with the stores. Is this normal?

Of yourse he can skip the Mark points if he has target waypoints at hand (which he has, according to his opening post). Mark points are necessary of course if you come with empty hands, having to find the targets with the TGP first.

I have to depress the pickle button for each JDAM anyway, so what's the purpose? I would've expected the QTY being dropped by a single pickle.

While noticing that apparently few people do mess around with Harpoons at all, I now reported this in the bug section

I wanna add, that there is still a workaround for TOO. Which is cycling through targets and designate them before each drop, all while "in the zone". Basically by designating different targets quickly between succeeding drops you can achieve a ripple like effect.