[Fixed] Two different bugs in one scenario

Post bug reports and ask for game support here.

Moderator: MOD_Command

Post Reply
boogabooga
Posts: 1014
Joined: Wed Jul 18, 2018 12:05 am

[Fixed] Two different bugs in one scenario

Post by boogabooga »

Greetings,

I set up a scenario to catch two bugs that I have been seeing. I'm using 1147.1, but these issues predate the update.


Bug 1:

A little background in to what I am trying to do in this mission- I want to override an aircraft strike mission loadout's Hi-lo-Hi profile with a custom Hi-Hi-Hi profile.

Avalon #1 is on a strike mission approaching two targets. Basically, I want to keep him at 36,000 ft through both runs such that he never dives for the deck like he would by default. I've adjusted the waypoints (big bold kind) to get what I want- arranging them and setting all altitudes to manual override to 36,000 ft ASL for the Ingress, IP, target, and Egress points. However, upon reaching the IP, Avalon #1 actually still starts a dive to 2000 ft AGL (weapon's min release height, I think.) It can be overridden again with the UNIT Altitude setting, but this would be easy to miss in a busy scenario. Stated another way, it seems to be ignoring the manual override altitude set for the IP point.

This relates to my question here:
fb.asp?m=4816905

It could be that I am simply misunderstanding how the waypoint system is supposed to work. However, I feel that the choice of
high level vs. low level is a critical decision. I am especially under the impression that Hi-Lo-Hi is NOT appropriate in all circumstances or eras. In my view, the ideal solution would be to be able set the Ingress, IP/Target, and Egress waypoint throttle and altitude settings directly in the mission planner, similar to what one can do for support and patrol missions now.

Bug 2:

Watch Sherlock #1 on a recon mission. He flies his mission, but then when he gets back to base, he does not land and instead tries to refly his entire mission until he runs out of gas. He does not RTB at Bingo, and does not respond to the normal RTB B-key order. I think that this bug is related to the pathfinding around the no-navigation zone; if this zone is moved out of the way, the problem goes away.

Thanks
Attachments
1957SACR..t_Bugs_B.zip
(62.03 KiB) Downloaded 16 times
The boogabooga doctrine for CMO: Any intentional human intervention needs to be able to completely and reliably over-ride anything that the AI is doing at any time.
Rory Noonan
Posts: 2418
Joined: Thu Dec 18, 2014 1:53 am
Location: Brooklyn, NY

RE: [Logged] Two different bugs in one scenario

Post by Rory Noonan »

Logged for investigation.

0013955
Image
boogabooga
Posts: 1014
Joined: Wed Jul 18, 2018 12:05 am

RE: [Logged] Two different bugs in one scenario

Post by boogabooga »

I'm not sure what pathfinding issue was fixed in the patch, but I wanted to give some feedback that "Bug 2" is still doing what I described in the OP as of version 1147.7
The boogabooga doctrine for CMO: Any intentional human intervention needs to be able to completely and reliably over-ride anything that the AI is doing at any time.
User avatar
SteveMcClaire
Posts: 4342
Joined: Mon Nov 19, 2007 9:31 pm

RE: [Logged] Two different bugs in one scenario

Post by SteveMcClaire »

Hi boogabooga -- I believe the manual altitude override issue has been fixed in recent builds. It appears to be working as you describe in the most recent build (1.02.114714.)

I've fixed issue #2 (odd aircraft paths around a no-nav zone) for the next update.
boogabooga
Posts: 1014
Joined: Wed Jul 18, 2018 12:05 am

RE: [Logged] Two different bugs in one scenario

Post by boogabooga »

Cool, thanks.
The boogabooga doctrine for CMO: Any intentional human intervention needs to be able to completely and reliably over-ride anything that the AI is doing at any time.
Post Reply

Return to “Tech Support”