Questions and suggestions

[Adam106]

Well done on what looks like to be an impressive release. I've been tinkering with a few scenarios and first impressions are good.

Questions:
1. How can you tell a unit to 'return to station' for a assigned mission? Let's stay I've given a jet a manual course - how do I tell him to return to the CAP area?
2. Is there any way to assign a group to a mission before they launch? At the moment I make a strike mission with say two 4 aircraft flights and they all take off separately... Looks messy and confusing, and stretches the package across a vast amount of sky.
3. Why does every single aircraft type use a default of 40000ft cruise altitude right off the bat. This needs to be adjusted for loadout, but more simply it could just be a stat in the database to use optimum cruise alt - strangely the database doesn't tell us (or use?) that info?

Suggestions, if I may:
1. Change all altitudes to feet in the GUI, if you've selected 'feet for altitude'. The loadout screen still has release altitudes etc in metres.
2. Making a strike mission needs more options (I'm aware something might be in the works) - but options for simple waypoints, and altitude / speed are fundamental and could be done pretty easily? Currently we have to make our mission, let the aircraft launch, group them together manually, manually adjust alt and speed, and double check all that meets weapon release criteria - It's a pain. Time on Target would be a lovely addition as well.
3. Add an ETA to the end of course plotting, or the side info bar.
4. Improve performance - lagging zoom and scrolling...

Really enjoying command so far..

[Der Zeitgeist]

ORIGINAL: Adam106
Questions:
1. How can you tell a unit to 'return to station' for a assigned mission? Let's stay I've given a jet a manual course - how do I tell him to return to the CAP area?

I think I can answer at least one of your questions, just tried it out in the editor. [:)]

You can manually plot a course for a unit that's on a mission, to fly them out of a CAP, for example. When they reach the end of the plotted course, the mission AI takes over again, and automatically plots the course back to the patrol area.

[ComDev]

Hi Adam, thank you for your feedback. Great to hear you enjoy the sim [8D]

Answers:
1: The planes turn around and proceed to their station when they reach the end of the plotted course.
2: More strike planning functionality is being studied atm. Personally I handle strike packages 100% manually atm.
3: The aircraft prefer to fly as high as possible for best fuel economics. We're looking into a different way to do this.

Suggestions:
1: That's on the way!
2: Yeah I'm a strike warfare nut too, and need more functionality too. It is being worked on.
3: Great idea, added this as a new ticket and assigned to me. Thanks! [8D]
4: Coming soon.

[CoffeeMug]

Good news!

BTW: Is there a 98% probabilty roadmap of features for the next release? Yeah, I know you just released three day before, but .... have ... to .... know .... roadmap.

Cheers!

[juanchopancho]

Yeah good suggestions.

Maybe for missions you could setup an IP/EP or ingress/egress points where the mission is planned to enter/exit hostile areas. So one could set the mission as HI-NOE-HI,HI-LO-HI,HI-MED-HI

Definitely need some time of calculator or times for ETA or TOT - time on target so one can setup coordinated strike packages. A reverse calculator would be great where one could say what time one needs to hit the target and it would tell you what time the strike group needs to takeoff. I suppose one could do all of this manually but more tools in game would be great.

[Primarchx]

I like how you think! [8D]

ORIGINAL: juancho

Yeah good suggestions.

Maybe for missions you could setup an IP/EP or ingress/egress points where the mission is planned to enter/exit hostile areas. So one could set the mission as HI-NOE-HI,HI-LO-HI,HI-MED-HI

Definitely need some time of calculator or times for ETA or TOT - time on target so one can setup coordinated strike packages. A reverse calculator would be great where one could say what time one needs to hit the target and it would tell you what time the strike group needs to takeoff. I suppose one could do all of this manually but more tools in game would be great.

[ComDev]

ETA info added to units and waypoints in the Speed/Altitude dialog window (F2 hotkey).
 
Thanks! [8D]

[ther19]

I have been waiting for a time on target calculator for YEARS!! I was a very early C-Mano player and all the various iterations of Harpoon before that. Once CMano added all this complexity, for me the math-in-your-head required to play the game properly sucked all the joy out of it for me. It always seemed sort of lame that there wasn't one to begin with since I know that in real command scenarios, the CO/planner not only has such a calculator but also at least one staff person to operate it and double check all of that. Yet the game asks us to do all this math in our heads on the fly. Well CMO people - I FRIGGING HATE MATH. I understand it's importance but this is why the Gods inspired the computer. You say that I'm to act as a fleet commander, please give me the tools that a fleet commander has. This would have been way more important than Tacview to me. I've seen a few CICs in my time and none of them had Tacview. From what I understand, they all had mission planning software that includes ToT.
I know that people have been clamoring for this for years. Please, fer cryin out loud, get on with it.
Thanks for another cool game in this genealogy leading out from Harpoon. Now just help us play it without it seeming like math homework. I'm pretty sure you'd sell more copies of it if you did.
Thanks for getting on this.

[thewood1]

While the ToT feature would be cool, I'm highly skeptical it would bring in many new users. Most of the hardcore operational naval and air demographic probably already have CMO.

[JPFisher55]

Great suggestions by Adam, but I am hoping that the developers fix all the bugs first. I don't like my Hawkeye's on support mission deciding to attack the enemy.

[Dimitris]

ORIGINAL: JPFisher55
I don't like my Hawkeye's on support mission deciding to attack the enemy.

Is there a report for this?

[Dimitris]

Also:

ORIGINAL: JPFisher55
Great suggestions by Adam, but I am hoping that the developers fix all the bugs first.

Fix every single bug (or "bug") before adding new features?

Masters of the trade have commented on this philosophy: https://m.signalvnoise.com/software-has ... is-normal/

The only reliable, widely used way to ensure impeccable software quality is to write less software that does less stuff, and then spend eons honing that tiny lot. Such an approach, however, is very rarely compatible with commercial success or even programmer motivations (despite what many may claim).

How do you think the market would receive the [next iPhone], if its headline improvement was cutting 1/3 of the features to shrink the code base so it’d have fewer bugs? Yeah, I thought so. While people may get excited in concept by “stop the train, we need to fix the tracks” directives for software development, it’s not what they would buy.

[JPFisher55]

Yes, it is on page 5 of the tech support forum. I posted it on 2/21/2020. I, and other posters, have unresolved bugs on older pages than page 5.

[JPFisher55]

True, but CMO a lot of bugs dating back to January. IMO, these need to be fixed before adding new features. This is why I suggested fixing the bugs starting with the oldest reported ones. It seems that the developers may have overlooked some of the older reported bugs.

[Dimitris]

The developers have overlooked nothing. They are simply very busy, fixing other issues that have higher priority (we don't sort issues by age), and also serving other customers that have higher priority. We are sorry that this reality does not match your expectations.

[Dimitris]

Oh, and stepping into a conversation that has nothing to do with software quality and bugs, and bringing up your pet issue in the hopes of drawing attention it?

[Dimitris]

ORIGINAL: JPFisher55
True, but CMO a lot of bugs dating back to January. IMO, these need to be fixed before adding new features.

There are bugs originating in _Windows 95_ still being fixed nowadays in Windows 8 & 10. There are acknowledged bugs in MS Office (discovered in the 90s and 00s) that have _yet_ to be resolved. That does not diminish their quality, or their usefulness.

Development and long-term support of complex, multiple-generation software is often like that.

[JPFisher55]

Ok, in the past, the developers have been excellent in fixing bugs and adding features. So, I trust that they have a plan to make CMO a great game.

[kevinkins]

JPFisher55

You are not going to get a lot of positive attention being snarky like you have been. Many of us have their bugs [Logged] and they want something specific fixed. But many bugs are just considered minor non-game changing issues. In software, they are called corner cases. Some are rather important to avid players like the wing man fuel issue. But they are either not possible to fix or are not considered that important by the programers spend any time on fixing them. Suggest staying on top of your Hawkeye report. But I would also suggest the programers update players on the status of their logged reports. Don't want to give players the idea their contributions and hours of game time are crumbled and ending up in the trash bin of CMO history. It's a two way street when feedback is asked for and apparently valued.

Kevin

[thewood1]

Might be easier tom just stop playing until all the bugs are fixed.