Matrix Games Forums

 Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

[WORKS AS DESIGNED (WAD)] 1.11 RC1 Build 802 climb to 35k' bug.

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [New Releases from Matrix Games] >> Command: Modern Operations series >> Tech Support >> [WORKS AS DESIGNED (WAD)] 1.11 RC1 Build 802 climb to 35k' bug. Page: [1]
Login
Message << Older Topic   Newer Topic >>
[WORKS AS DESIGNED (WAD)] 1.11 RC1 Build 802 climb to 3... - 3/15/2016 5:47:01 AM   
ghynson

 

Posts: 16
Joined: 8/17/2013
Status: offline 		As of 1.11 RC1 Build 802, C:MA/NO still has the climb to 35,000' on Winchester bug. Although manually set to 2000' on the attack run, the manual check box is unchecked, and the units climb to the default 35k' when all HARMS are spent and RTB. Created with a flight of 2 F-16's after launching a "bearing only attack", in the Syria 2.1 Sandbox scenario. I'm sure this is recurrent on any scenario, as I've seen it on every one I've tested and with any type of aircraft. Needs the ability to force aircraft to stay at stated altitude, even after Winchester RTB, or manually forced RTB.

Previous discussion:
I've got a question on RTB air units.
I always fly in low at 2000' with a Stealth enabled air unit like an F-35 in order to launch an AARGM/HARM at near maximum standoff range. However, once they go "winchester", or "RTB ordered" they automatically climb to 35,000'. Even though I have them set to 2000' manual override. This "always seems to allow detectors to find them. And at 40 miles out, that S-400 always kills them. I always get out undetected if they would stay at 2000'. Is this a bug, or am I missing a global ROE setting somewhere to force the AI to keep ALL air units in the air group at that altitude, even units breaking off into single RTB units?

< Message edited by emsoy -- 3/19/2016 9:41:05 AM >
Post #: 1
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/15/2016 5:33:27 PM   
ComDev

 

Posts: 5735
Joined: 5/12/2006
Status: offline 		Hmmm tricky... the RTB code is called all over the place... gimme a day to think about it some...

_____________________________



Developer "Command: Modern Air/Naval Operations" project!

(in reply to ghynson)
Post #: 2
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/15/2016 6:04:55 PM   
BrianinMinnie

 

Posts: 136
Joined: 5/7/2015
Status: offline 		It would be nice if Aircraft on a RTB, could stay in a evasive type mode of some type until, outside of known threats radius, low or high altitude maybe based on said known threats and continue on towards its return base.

(in reply to ComDev)
Post #: 3
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/15/2016 9:07:29 PM   
ComDev

 

Posts: 5735
Joined: 5/12/2006
Status: offline
quote:

ORIGINAL: BrianinMinnie
It would be nice if Aircraft on a RTB, could stay in a evasive type mode of some type until, outside of known threats radius, low or high altitude maybe based on said known threats and continue on towards its return base.


Pretty certain the A/C go Engaged Defensive when RTB? If not, can you post a savegame?

_____________________________



Developer "Command: Modern Air/Naval Operations" project!

(in reply to BrianinMinnie)
Post #: 4
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/15/2016 9:18:58 PM   
ComDev

 

Posts: 5735
Joined: 5/12/2006
Status: offline 		Okay here's how things are intended to work...

1) RTB cancels altitude and speed overrides. This is by design and ensures aircraft don't run themselves out of fuel. The aircraft is ordered to optimum altitude and speed for maximum range, but if there is extra fuel left aboard the aircraft will go to max throttle to exit the area as quickly as possible. This behaviour makes good sense and I seriously doubt we'll ever change it.

2) If you do not want aircraft to RTB when Winchester/Shotgun, you can change it in the Doctrine window. Doctrines can be set for the whole side, the mission, group, or individual unit. The RTB settings are described here:
http://www.warfaresims.com/?p=4182

3) The RTB rules for fuel state and weapon state are set independently of each other. I.e. you can set up your aircraft to RTB on Bingo/Joker fuel state, and not RTB on Winchester/Shotgun weapon state. Etc.

Did this help solve your problem?

< Message edited by emsoy -- 3/15/2016 9:20:39 PM >

_____________________________



Developer "Command: Modern Air/Naval Operations" project!

(in reply to ComDev)
Post #: 5
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/15/2016 10:42:49 PM   
BrianinMinnie

 

Posts: 136
Joined: 5/7/2015
Status: offline 		Emsoy, yes it works as you say, including defensive, I was generally going off of what ghynson was saying about being picked off 40 miles away RTBing at high altitude by the dreaded S-400 which seems to lock on tight. I know manually you can egress them off target down low, but I’m thinking it would be nice to have maybe a lower altitude RTB setting option, until fuel state would force a return to higher altitude automatically. Not looking closely enough at the new update is this may be already possible…

Thanks

(in reply to ComDev)
Post #: 6
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/15/2016 10:52:52 PM   
ComDev

 

Posts: 5735
Joined: 5/12/2006
Status: offline
quote:

ORIGINAL: BrianinMinnie

Emsoy, yes it works as you say, including defensive, I was generally going off of what ghynson was saying about being picked off 40 miles away RTBing at high altitude by the dreaded S-400 which seems to lock on tight. I know manually you can egress them off target down low, but I’m thinking it would be nice to have maybe a lower altitude RTB setting option, until fuel state would force a return to higher altitude automatically. Not looking closely enough at the new update is this may be already possible…

Thanks



Other than manually guiding them off target, the best way would be to use a strike mission

You can use strike missions for airborne aircraft too. When you assign (or re-assign) aircraft to strike missions they set up a proper flight plans with ingress and egress attack legs etc. Pretty neat stuff, please give it a try if you haven't already

_____________________________



Developer "Command: Modern Air/Naval Operations" project!

(in reply to BrianinMinnie)
Post #: 7
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/16/2016 9:41:11 AM   
zaytsev

 

Posts: 99
Joined: 6/16/2014
Status: offline
quote:

ORIGINAL: emsoy

Okay here's how things are intended to work...

1) RTB cancels altitude and speed overrides. This is by design and ensures aircraft don't run themselves out of fuel. The aircraft is ordered to optimum altitude and speed for maximum range, but if there is extra fuel left aboard the aircraft will go to max throttle to exit the area as quickly as possible. This behaviour makes good sense and I seriously doubt we'll ever change it.



Regarding this setting I've encountered a problem, maybe bug?

So, I want manual mission, hi-lo-hi type, ingress and attack are ok, but as soon they rtb on winchester,
they stay at low alt locked all the way on egress route rather then climb, when rtb locked speed/alt is in effect.
That also leads to fuel calculations much higher because low level flight all the way back to airbase on egress.
And since the speed/alt setting is locked now, at 2/3 of the route, you have to unassign all panes from rtb, set them to high alt, then issue a manual rtb again.
Lots of micromanagement in the end.
Maybe this rtb speed/alt locked state needs some refining.

Thanks

(in reply to ComDev)
Post #: 8
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/16/2016 10:33:29 AM   
ComDev

 

Posts: 5735
Joined: 5/12/2006
Status: offline 		Again, no savegame. That's two beers

The flightplan generator sets up the profile according to the loadout settings. Im pretty sure it will tell you if there isn't enough fuel?

If you do not like the profile you can change it. Select the waypoints and press F2 to bring up the Speed/Altitude window for the waypoint. You can also right-click waypoints for additional options.

Pretty neat, yes?

(Currently you can only do this for airborne aircraft, functionality to manually create flight plans for aircraft on the ground will come in the Advanced Strike Planner.)

< Message edited by emsoy -- 3/16/2016 10:35:31 AM >

_____________________________



Developer "Command: Modern Air/Naval Operations" project!

(in reply to zaytsev)
Post #: 9
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/16/2016 10:21:10 PM   
zaytsev

 

Posts: 99
Joined: 6/16/2014
Status: offline 		Tried flightplan generator. One word: It works :)




(in reply to ComDev)
Post #: 10
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/16/2016 10:24:25 PM   
ComDev

 

Posts: 5735
Joined: 5/12/2006
Status: offline 		Wonderful!

_____________________________



Developer "Command: Modern Air/Naval Operations" project!

(in reply to zaytsev)
Post #: 11
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/17/2016 1:43:24 AM   
ghynson

 

Posts: 16
Joined: 8/17/2013
Status: offline 		Well,

I'm divided on opinion on this.

1) It's nice that there is an RTB algorithm in place to automate the fuel/distance issue.
I like the ability to set aircraft to break from group after winchester, this means my group gets smaller
the closer it gets to target, as I use the lead aircraft to expend it's weapons first, then RTB, then repeat
with next craft in line. This means less aircraft to detect and shoot at, the closer they get to the detector.
I do not like to have winchester craft in the group at all. Especially on an attack approach.

But ,..

2) It's very annoying to have to click the breaking unit and re-force it back down to 2000'.
This causes the user to lose the focus on the group.

You can see what I mean by creating a flight of 8 F-35's, manually fly them to an S-300/400 at 2000' to within HARM/AARGM range.
Use the Lead aircraft to expend it's load. And then watch it get killed when it decides to climb on RTB.
If you manage to manually force each one back to 2k feet they will all get out alive.

Sometimes, over automation kills the task at hand.
Reminds me of Masters of Orion 3, where you could set the in game manager to perform automated tasks.
Automated the game to play itself, then what's the point of playing it? lol





< Message edited by ghynson -- 3/17/2016 1:51:20 AM >

(in reply to ComDev)
Post #: 12
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/17/2016 2:14:01 AM   
mikmykWS

 

Posts: 11524
Joined: 3/22/2005
Status: offline 		Thanks. We'll take a look

Mike

_____________________________


(in reply to ghynson)
Post #: 13
RE: 1.11 RC1 Build 802 climb to 35k' bug. - 3/18/2016 6:55:32 PM   
ComDev

 

Posts: 5735
Joined: 5/12/2006
Status: offline
quote:

ORIGINAL: ghynson

Well,

I'm divided on opinion on this.

1) It's nice that there is an RTB algorithm in place to automate the fuel/distance issue.
I like the ability to set aircraft to break from group after winchester, this means my group gets smaller
the closer it gets to target, as I use the lead aircraft to expend it's weapons first, then RTB, then repeat
with next craft in line. This means less aircraft to detect and shoot at, the closer they get to the detector.
I do not like to have winchester craft in the group at all. Especially on an attack approach.



Right Using smaller flight sizes of two aircraft would help a fair bit I think. Very large groups, although maybe practical in-game, isn't very realistic. Especially the 'peal off' thingie.


quote:


But ,..

2) It's very annoying to have to click the breaking unit and re-force it back down to 2000'.
This causes the user to lose the focus on the group.

You can see what I mean by creating a flight of 8 F-35's, manually fly them to an S-300/400 at 2000' to within HARM/AARGM range.
Use the Lead aircraft to expend it's load. And then watch it get killed when it decides to climb on RTB.
If you manage to manually force each one back to 2k feet they will all get out alive.

Sometimes, over automation kills the task at hand.
Reminds me of Masters of Orion 3, where you could set the in game manager to perform automated tasks.
Automated the game to play itself, then what's the point of playing it? lol


I see

First of all I'd never create such a large group of aircraft. Harpoon used horribly large groups which resulted in a lot of weird behaviour. Because of this, Command assumes you use sensible sizes (typically 2x A/C for CAP and SEAD, up to 6 for dumb bombs) which kinda solves the problem?

< Message edited by emsoy -- 3/18/2016 6:57:22 PM >

_____________________________



Developer "Command: Modern Air/Naval Operations" project!

(in reply to ghynson)
Post #: 14
Page:   [1]
All Forums >> [New Releases from Matrix Games] >> Command: Modern Operations series >> Tech Support >> [WORKS AS DESIGNED (WAD)] 1.11 RC1 Build 802 climb to 35k' bug. Page: [1]
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

2.875