RE: RUNNING POLL - gameplay features (Full Version)

All Forums >> [New Releases from Matrix Games] >> Command: Modern Operations series

[Poll]

RUNNING POLL - gameplay features [Feature Requests Go Here]


Downed pilots / CSAR (without using the EE)
  13% (72)
Improve weather modelling (local fronts etc.)
  12% (66)
Dedicated sensor page on DB viewer
  3% (21)
Intermittent sensor settings
  5% (28)
TOT planner/Advance Strike Planner
  29% (155)
Display weapon firing arcs in DB viewer
  1% (7)
Custom draw on map
  3% (16)
Additional contact info for passive sonar contacts
  1% (6)
Ability to group ref points
  0% (2)
Ability to name grouped ref points
  1% (6)
Sprint and drift while on mission
  1% (6)
Order weapons with active datalinks to self destruct
  0% (1)
1/3rd rule option for strike missions
  0% (1)
Multiple map windows
  2% (12)
WEGO MP
  4% (26)
Real-time MP
  9% (48)
Mid-flight mechanical breakdowns on aircraft
  0% (1)
Expand space ops (Shuttle / Skylab, armed sats etc.)
  1% (8)
Sunrise/sunset/nautical twilight calculator
  0% (1)
Option to enable a message when a vehicle reaches a specific waypoint
  0% (3)
Ability to change color of grouped refpoints and shaded patrol areas
  0% (3)
Aircraft Maintenence and Support Crew Modeling
  1% (10)
Player's Alarm Clock
  0% (1)
Collateral Damage Zone (CDZ)
  0% (2)
Unit proficiency affects adherence to ToT
  0% (0)
Optional "Beginner" GUI
  1% (6)
Make sonobuys and refpoints unselectable when invisible
  0% (0)
Ability to deactivate (destruct) sonobuoys
  0% (0)
Use "Areas" or "Routes" to simplify refpoint management
  0% (2)
Display unit thumbnail image right next to unit icon
  0% (0)
Customizeable soundslot per unit-type (hear a sound when select a unit
  0% (0)
Display time at current rate to charge SSK batteries to full
  0% (0)
Lag in obtaining info from non-realtime intel/recon assets
  0% (3)
Hotkey to change sonobuoy visibility
  0% (0)
Attack a Reference Point
  0% (4)
Show unit weapons list (nominal) for identified contacts
  0% (0)
Reverse targeting vectors (show who is targeting selected contact)
  0% (3)
Helo in-flight refuelling (from ships)
  0% (3)
Apply the 1/3 rule to Ferry Flight missions
  0% (1)
Extra filter on DB-viewer for platform sub-type
  0% (0)
Refuel Option: Set amount of fuel to take on
  0% (3)
Ability to resize icons so big icons in small countries don't overlap.
  0% (0)
Message Log option to hide messages that break fog of war.
  0% (0)
Hover (RAST) refueling for helicopters
  0% (2)
Filtering and search added to add cargo dialog
  0% (0)
Ship Towing
  0% (4)


Total Votes : 533
(last vote on : 2/3/2022 4:12:52 PM)
(Poll will run till: -- )


Message

BrianinMinnie -> RE: RUNNING POLL - gameplay features (2/21/2018 9:35:20 PM)

How about oogling the Mk1 Listening Device, Jaime Sommers.



AlphaSierra -> RE: RUNNING POLL - gameplay features (2/22/2018 11:55:24 AM)

It's in the sensor range of almost every unit in the sim that has a human element.

[image]local://upfiles/56129/6808A007811744C0BDCE02C528D12C1D.jpg[/image]



AlphaSierra -> RE: RUNNING POLL - gameplay features (2/22/2018 3:02:28 PM)

haha Yup!



charlee22009 -> RE: RUNNING POLL - gameplay features (2/22/2018 6:26:16 PM)

Sure it's there. But the question is how far can you actually see with it?
For example the LOS/Radar horizon at sea level is quite limited. (Someone said 12NM?)

Since the eyeball is always 'on', as opposed to on or off like a radar... it made sense to have a LOS indication depending on the altitude (say with a helicopter or mast of a ship) or even just a generic range indication for the eyeball when looking from sea level.



guanotwozero -> RE: RUNNING POLL - gameplay features (2/23/2018 8:42:53 AM)


Edit: Oops - post in wrong place!

Ignore.



guanotwozero -> RE: RUNNING POLL - gameplay features (2/27/2018 8:10:26 AM)

Feature Request - Advanced Cruise Missile Planner

This is an idea for extending the ability of ships launching cruise missiles, so as to allow timed strikes (e.g. simultaneous). Additionally, this approach could also be a useful baby step for the Advanced Strike Planner, so maybe it should be moved to that thread.



At present (v1.14) I can launch cruise missiles at a static target, via the Attack Menu/Dialog, and set the course by defining a bunch of waypoints. The missiles launch more or less immediately.

As the total course length and missile speed are known, then the time of flight should be known. If this could be displayed to the player, then they could time the launch so as to achieve a desired Weapon Time Over Target (WTOT). To facilitate this, the desired path could be treated like a mission (i.e. a persistent entity), with a "Launch" button to enact.

If the ship is stationary, the player just times the launch so that the flight time matches the desired WTOT. The complication here is that the launching ship is probably moving, so the distance from the ship to first waypoint is constantly changing. Hence a "Recalculate" button could also feature, to allow for this variable first leg. The total flight time is this first leg plus the (now constant) sum of other legs.



Now - all this is based on the player clicking launch at the right time - but as CMANO is on a computer, why not let it do the work? If a WTOT can be set and the ship's course/speed are known, then the launch point can be calculated.

The tricky bit is the variable first leg, but this is very similar to an intercept calculation. Imagine (at a given time) that a missile at A is trying to intercept a moving ship at B - the intercept point will be C. All straight lines. If the missile speed is 30x the ship speed, then the path length A-C is 30x the path length B-C.

Now reverse the missile direction; the ship travels from B to C, then launches the missile towards A - the first leg. The path lengths and travel times are the same in both cases. Hence it becomes relatively simple geometry to determine the position of launch point C. Well, I say simple - if spherical geometry is used and the paths are great circle segments, then a little more calculation is required ;) Anyway, if you can solve the "first leg" problem, the rest is much easier.

[image]local://upfiles/47230/AC13ED52E3DF4142BB2484EE5DA0A55C.jpg[/image]




If this can be implemented, then the player would create the missile course & WTOT "mission" in advance, and the ship automatically launches the missiles when at the calculated launch point.

Now it's easy to see where this can lead; multiple missile missions could be created and different targets hit simultaneously, including being launched from different ships. Or targets could be hit sequentially, e.g. destroying radars & SAMs to make life easier for following missiles.

There are caveats, of course; if the player alters the ship course/speed, then the launch point must be recalculated. If the ship is following a course with waypoints, then these must be taken into account; if a missile mission is defined while the ship is on a "zig", the launch may be during a later "zag". There'd need to be a check that the launch point isn't outside the missile range, for edge cases. Etc...



If you can do it for ships, then potentially it could be done for aircraft as well, though there'd doubtless be many more issues and caveats. In essence, you'd treat cruise missiles like aircraft, because of their long waypoint-based courses.

Waypoints could be edited and times synchronised, e.g. an aircraft flies a predetermined course to launch point, and then missiles fly another predetermined course to target. Threats and no-overfly zones could be avoided. Variable "first leg" calculations could be re-used for "last leg", in the case of moving targets. Hence it might be a useful step towards the eventual ASP.





nukkxx5058 -> RE: RUNNING POLL - gameplay features (2/27/2018 10:57:34 AM)

It seems that there's a psychological biais toward "first in the list" items ...



ExMachina -> RE: RUNNING POLL - gameplay features (2/27/2018 2:07:09 PM)

quote:

ORIGINAL: nukkxx

It seems that there's a psychological biais toward "first in the list" items ...



Basically the list gets added to incrimentally with most users' votes getting "absorbed" by the feature requests that have been around longest. The strike planner has been on the list forever. It would be nice if there was a way to retract/reassign our votes but there isn't...



nukkxx5058 -> RE: RUNNING POLL - gameplay features (2/27/2018 2:41:02 PM)

They would have to redo the poll (2 or 3 times?) with random permutation of items ...



thewood1 -> RE: RUNNING POLL - gameplay features (2/27/2018 5:49:44 PM)

"Message Log option to hide messages that break fog of war"

Just noticed this one. Can't you do this already through game and message log options? Is there some aspect that those options don't cover?



hellfish6 -> RE: RUNNING POLL - gameplay features (2/27/2018 11:52:03 PM)


quote:

ORIGINAL: thewood1

"Message Log option to hide messages that break fog of war"

Just noticed this one. Can't you do this already through game and message log options? Is there some aspect that those options don't cover?


Not my submission but unless it's been changed since I turned it off in the message log, I'd like to see the weapon to-hit calculations that don't break fog of war. I.e., I'd like to see how or why my missile missed the incoming weapon without revealing what that specific incoming weapon was.

I'm fine with the way it is now that I've turned it off but there are many times I'm flabbergasted that so many expensive weapons can have such a hard time hitting something.



thewood1 -> RE: RUNNING POLL - gameplay features (2/28/2018 12:03:56 AM)

Isn't it still listed in the message file, even if its turned off in the message window? I never checked.



miller7219 -> RE: RUNNING POLL - gameplay features [Feature Requests Go Here] (3/3/2018 6:04:22 PM)

I would like to have a "Back" button the database viewer. Now that we can view a platform and click on a weapon link to view the details of a specific weapon the platform employs, I need to go back to the platform after I've viewed the weapon! Same with the new links on the weapon entries. I want to go "Back" to the weapon after I've viewed a platform that uses it.



Reg -> RE: RUNNING POLL - gameplay features [Feature Requests Go Here] (3/3/2018 9:36:47 PM)


I feel that the campaign engine would definitely benefit from the introduction of a decision function where if the scenario result is a success then progress to scenario X otherwise progress to scenario Y.

This should be a relatively simple to implement (ha ha, how many times have you heard that [:)]) and would allow the campaign flow to reflect actual player results. The down side would be additional work on the part of campaign designer as they would have to create scenarios for every eventuality (which may or may not be played) but they could make it as simple or as complex as they like. Alternate paths would enhance re-playability. [:)] If you wanted the current method of preventing progression on mission failure just loop back to the same scenario.

These scenarios would will still rely on pre-designed OOBs and will not reflect casualties from previous games which I believe is not such a bad thing. They had a campaign system in Steel Panthers World at War (SP-WaW) which was based around a core force which carried through from scenario to scenario with casualties carried forward, replacements (influenced by previous game results) and supplementary one scenario only forces. However in practice this turned out like watching a train wreck in slow motion. Once you had bad luck in one scenario and took heavy casualties, you entered the next scenario under strength and likely to lose even worse than last time. This just kept snowballing until defeat was inevitable. Play balance by the designer was difficult to achieve as the opposite was also true, a quick win and light casualties results in a pro player bias for the next game.

Just my thoughts,



Rory Noonan -> RE: RUNNING POLL - gameplay features [Feature Requests Go Here] (3/3/2018 11:57:01 PM)


quote:

ORIGINAL: Reg


I feel that the campaign engine would definitely benefit from the introduction of a decision function where if the scenario result is a success then progress to scenario X otherwise progress to scenario Y.

This should be a relatively simple to implement (ha ha, how many times have you heard that [:)]) and would allow the campaign flow to reflect actual player results. The down side would be additional work on the part of campaign designer as they would have to create scenarios for every eventuality (which may or may not be played) but they could make it as simple or as complex as they like. Alternate paths would enhance re-playability. [:)] If you wanted the current method of preventing progression on mission failure just loop back to the same scenario.

These scenarios would will still rely on pre-designed OOBs and will not reflect casualties from previous games which I believe is not such a bad thing. They had a campaign system in Steel Panthers World at War (SP-WaW) which was based around a core force which carried through from scenario to scenario with casualties carried forward, replacements (influenced by previous game results) and supplementary one scenario only forces. However in practice this turned out like watching a train wreck in slow motion. Once you had bad luck in one scenario and took heavy casualties, you entered the next scenario under strength and likely to lose even worse than last time. This just kept snowballing until defeat was inevitable. Play balance by the designer was difficult to achieve as the opposite was also true, a quick win and light casualties results in a pro player bias for the next game.

Just my thoughts,



This is something I've thought about quite a bit. Continuity and feeling the impact of prior choices, successes or lack thereof is a really cool game feature. The downside, as you allude to, is that it will (literally) exponentially increase the amount of work scenario designers need to put in to produce a playable campaign.

Using the example of the 1980s mini-campaign in The Silent Service, that currently runs at 6 scenarios. If you were to have 1 starting scenario and then offer two unique choices for each subsequent scenario, you would end up having to make 32 scenarios in total. As a measure of how much work that is, the 18 scenarios in The Silent Service took me over 6 months of averaging 20+ hours a week working on them, as well as a lot of support from the Dev team and Beta testers. Even the thought of producing a 32 scenario campaign fills me with dread (and I had a blast producing The Silent Service). You could share some scenarios or make other modifications to reduce this number, but it is still a very big endeavour.

I would like this functionality, but I also think we need to realistically acknowledge (as you did) how much work would go into using it.



Reg -> RE: RUNNING POLL - gameplay features [Feature Requests Go Here] (3/4/2018 12:49:16 AM)


While it is true that the number of potential scenarios increases exponentially with the number of stages, this is the worst case situation.

Not every scenario needs to have two separate outcome scenarios and creative story lines can loop back to previous scenarios or merge back into the main branch further down track.

A very simple option would be to run straight through the main story line with only one or two bonus scenarios which merge back into main story path afterwards. You would be amazed at the difference even this minor addition would make.

Though it wouldn't need to be used to it's fullest extent, I think the existence of this sort of editor capability would add another useful tool to the scenario designers tool box.




Rory Noonan -> RE: RUNNING POLL - gameplay features [Feature Requests Go Here] (3/4/2018 7:21:28 AM)


quote:

ORIGINAL: Reg


While it is true that the number of potential scenarios increases exponentially with the number of stages, this is the worst case situation.

Not every scenario needs to have two separate outcome scenarios and creative story lines can loop back to previous scenarios or merge back into the main branch further down track.

A very simple option would be to run straight through the main story line with only one or two bonus scenarios which merge back into main story path afterwards. You would be amazed at the difference even this minor addition would make.

Though it wouldn't need to be used to it's fullest extent, I think the existence of this sort of editor capability would add another useful tool to the scenario designers tool box.




Agreed 100%



guanotwozero -> RE: RUNNING POLL - gameplay features [Feature Requests Go Here] (3/5/2018 9:58:25 AM)


quote:

ORIGINAL: Reg

I feel that the campaign engine would definitely benefit from the introduction of a decision function where if the scenario result is a success then progress to scenario X otherwise progress to scenario Y.
...


Potentially this idea could be developed to create rolling campaigns, consisting of sequential generated scenarios. This would need some sort of programming environment (maybe Lua?) with variables reading/writing aspects of the scenario, such as placing what units where. There would need to be continuity between scenarios, where the variables (state machine) of the finishing scenario is accessible to the program environment creating the following one.

For example, if your Task Force is reduced by 30% in one scenario, that's what you start with in the next. This next scenario may be a follow-up advance or a last-ditch defence, depending on outcome of the previous one.



Filitch -> RE: RUNNING POLL - gameplay features [Feature Requests Go Here] (3/12/2018 8:28:32 AM)

There is a awareness problem in case of many units under command. Player see a swarm of alike symbols, have to click every symbol to check - what unit it is, which squadron it belongs to. What if every unit has two characteristics - a short name and a full name. The short name could be a call-sign and the full name - name of unit detachment, squadron e.t.c. Could be several display modes. Show short name for every unit, only for selected unit, show full name for every unit, only for selected unit.



nukkxx5058 -> RE: RUNNING POLL - gameplay features (3/13/2018 12:52:53 PM)

New feature request for the message log.
Could a message be generated in the log when a torpedo/missile is launched ? Ideally the message would include the ID of the launching unit.
Thank you

(discussion and details here http://www.matrixgames.com/forums/tm.asp?m=4450308)



SunlitZelkova -> RE: RUNNING POLL - gameplay features (3/14/2018 8:30:41 AM)

This might fall into the Advanced Strike Planner category, but a dedicated system/interface for allocating targets to nuclear missiles with MIRVs is what I would like to request.

Currently, once MIRVs separate from the missile, they automatically find a target surrounding the one the missile was targeted at. Being able to select what the MIRVs actually hit would be a nice addition.



nukkxx5058 -> RE: RUNNING POLL - gameplay features (3/23/2018 4:23:41 PM)

I think that there should be some improvement in the way the software interacts with the player. For example, when trying to perform an illegal action, like for example trying to deploy a dipping sonar from a sub, there should be a 'specific angry beep' and ideally a message telling the user that something is wrong/illegal and illegal actions should be grayed out in the menus. Not only for dipping sonars of course but as a general rule within the whole software. Also, when the command is successful, there should be another specific 'friendly beep' to let the player understand that the command was valid and the order was registered. Because sometimes it's hard to figure out what's going on and one needs to start forensic-like investigations (including posting a save on the forum) to try to understand what is the problem, or if there's a problem at all ... Sometime we click somewhere and simply have no feed back at all and no idea whether the command had any effect. A simple beep with the appropriate message would save lots of energy. IMHO.
Thx



Puciek -> RE: RUNNING POLL - gameplay features (3/24/2018 5:14:21 PM)

AI/Doctrine improvement when attacking airfields - feature request.

While playing "Hit Hard Hit Fast" it struck me how important is micromanagement in this scenario, and that's not good since this scenario features a lot of aeroplanes and targets. And sadly to perform there well you need not only a solid plan but also then you have to (or at least I had to) manually guide my bombers onto the right parts of an airfield because, despite having intel on them and confirmed locations of Egypt planes, AI will not prefer to strike those instead of potentially empty spaces.

To put it in an example, let's say the airport has three hangars which we set as targets:

Hangar #1 - unknown
Hangar #2 - Mig
Hangar #3 - confirmed empty

A plan when approaching those 3 hangars will attack one of them, either it's random or the closest one, while if the pilot was a bit smarter then he would start by downing the Hangar #2, as it's confirmed to be hosting an enemy aeroplane. I am not sure if there ever is a downside to this behaviour if there is this could be a weapon/doctrine switch, but this sure would remove a lot of micromanagement from shutting down airports. And as this is something we can do by managing the plane manually, and it's based on available intel, I can't see why AI pilots shouldn't be able to do it.

Thanks for listening!



thewood1 -> RE: RUNNING POLL - gameplay features (3/24/2018 7:19:23 PM)

But if you have the intel, wouldn't you set the mission up with that plan in place? Part of the real world planning process is that level of detail when tasking you aircraft, I would think. I'm not saying the feature isn't useful, but isn't it the planner's (player's) responsibility to have that plan in place at that level of detail?

And just like in real life, if new intel becomes available, you have interceded or change the plan. As long as I am understanding what you are asking for.



Puciek -> RE: RUNNING POLL - gameplay features (3/24/2018 7:50:05 PM)


quote:

ORIGINAL: thewood1

But if you have the intel, wouldn't you set the mission up with that plan in place? Part of the real world planning process is that level of detail when tasking you aircraft, I would think. I'm not saying the feature isn't useful, but isn't it the planner's (player's) responsibility to have that plan in place at that level of detail?

And just like in real life, if new intel becomes available, you have interceded or change the plan. As long as I am understanding what you are asking for.
Except that only leads to a lot of micromanagement by adding... I really not know what. And when you have large scenario, like "Hit Hard Hit Fast" having to re-arrange all the strikes with every fly-by of your recon plane is extremely tedious. The Intel mentioned comes from playing, not scenario-set intel (so from plane fly-byes). The real-life planning of this action would be "those are the targets, but focus on dropping your payload on the occupied hangars first" I imagine. Not too much to expect of pilots, especially as we can do so by micromanaging.
So this is really as simple as a preference for pilots to bomb the more valuable target first out of the targets assigned to them, instead of the random order.



thewood1 -> RE: RUNNING POLL - gameplay features (3/24/2018 7:58:50 PM)

But isn't that real life. The recon is usually coordinated through an air staff. At that point the air staff would alter the mission on the ground and assign specific targets or retask those flights in the air. The pilots aren't typically in direct comms with a recon asset.

Now where I can see the issue is if during the strike ingress the contents of the hangers were revealed, pilots might retask themselves, but I would think even then, it might require a call back to air staff. And I think using the term "valuable" is problematic. Its the air staff that set the value. So again, I think it comes back to planning. And the tools are already there in the mission editor for that. And tedious might be the word, I am sure just like in real life.

So the short of it to me is that the mission planning is where that tasking happens. If the flight is in the air, the the mission gets adjusted by air staff. The only place I can see this being an issue is during the very short time the flight is in combat and discovering some intel during the attack.

I think we have probably 90% of the tools to handle this like a real life mission plan and execution. Just my guess.



Puciek -> RE: RUNNING POLL - gameplay features (3/24/2018 8:01:33 PM)


quote:

ORIGINAL: thewood1

But isn't that real life. The recon is usually coordinated through an air staff. At that point the air staff would alter the mission on the ground and assign specific targets or retask those flights in the air. The pilots aren't typically in direct comms with a recon asset.

Now where I can see the issue is if during the strike ingress the contents of the hangers were revealed, pilots might retask themselves, but I would think even then, it might require a call back to air staff. And I think using the term "valuable" is problematic. Its the air staff that set the value. So again, I think it comes back to planning. And the tools are already there in the mission editor for that. And tedious might be the word, I am sure just like in real life.

So the short of it to me is that the mission planning is where that tasking happens. If the flight is in the air, the the mission gets adjusted by air staff. The only place I can see this being an issue is during the very short time the flight is in combat and discovering some intel during the attack.

I think we have probably 90% of the tools to handle this like a real life mission plan and execution. Just my guess.
And what does this tediousness add to the game? Because this is a game, to be fun, and constantly re-targetting 10+ groups of aeroplanes across 10 airports is... really not fun. I don't see what can possibly be fun about it. You spend a lot of time pausing, retargeting X groups, unpausing and trying to keep eyes on what another group may be on approach to be manually put on the valuable targets.

Just not fun.



thewood1 -> RE: RUNNING POLL - gameplay features (3/24/2018 10:56:34 PM)

I say this with respect for you opinion, but maybe this isn't the game for you. Others are pushing for more realistic flight planning. Its one of the things that attracts people to the game. Also, I tend to agree on some forms of simplification, but this is such a simple thing to fix with a change in how you play the game, I am hoping the devs don't spend a lot of time on it.

edit...one thing I forgot to write: I have played this game a lot and have maybe once or twice in all the time had to retask aircraft (or ships) based on detailed intel like that at an airbase. I have done it when going after surface groups when I discover an HVU I hadn't known about prior to launch. But I don't think I have ever manually had to switch targets. At airbases, unless my orders counter this, I focus on access ways and taxi ways. Once you hit those, you can ignore the hangers or go after them as a hobby.



Puciek -> RE: RUNNING POLL - gameplay features (3/25/2018 12:11:46 PM)


quote:

ORIGINAL: thewood1

I say this with respect for you opinion, but maybe this isn't the game for you. Others are pushing for more realistic flight planning. Its one of the things that attracts people to the game. Also, I tend to agree on some forms of simplification, but this is such a simple thing to fix with a change in how you play the game, I am hoping the devs don't spend a lot of time on it.

edit...one thing I forgot to write: I have played this game a lot and have maybe once or twice in all the time had to retask aircraft (or ships) based on detailed intel like that at an airbase. I have done it when going after surface groups when I discover an HVU I hadn't known about prior to launch. But I don't think I have ever manually had to switch targets. At airbases, unless my orders counter this, I focus on access ways and taxi ways. Once you hit those, you can ignore the hangers or go after them as a hobby.

I did mention which scenario specifically this is a big problem with, but thanks to hear that this game isn't for me. I will ignore your posts from now on.



thewood1 -> RE: RUNNING POLL - gameplay features (3/25/2018 12:34:11 PM)

That's a nice debating skill. I'll have to remember that one.



Page: <<   < prev  24 25 [26] 27 28   next >   >>

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
3.609375