Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

'Fixing' Bigger = Better (open discussion)

 
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] >> Distant Worlds 1 Series >> Design and Modding >> 'Fixing' Bigger = Better (open discussion) Page: [1]
Login
Message << Older Topic   Newer Topic >>
'Fixing' Bigger = Better (open discussion) - 8/5/2014 6:16:25 PM   
Ikke

 

Posts: 13
Joined: 8/5/2014
Status: offline
Greetings,

for the past few years I've been playing distant worlds on and off, it's one of those games I like to pick up when I want to emerge myself in some far away universe and shut my door for half a week like a proper junkie. So lately, I've been thinking about modding some issues that have bugged me with this game over the past years, on which I'd appreciate some feedback. I'm thinking about doing some sort of rebalancing mod. Rebalancing the weapons, defences, etc is easy enough - but some issues aren't that straightforward.

To start with, the given that bigger ships are better ships. I'll give my analysis in a bit, but first I'd like to explain why I dont like it. I see in distant worlds a potential for a more interesting game with multiple ship types for multiple purposes, rather than one beat all design. The game is set up as such too - with different ship types - escorts, frigates, etc - but the balance does not reflect this. Thus, by understanding the game balance, we are forced to arrive at the conclusion that the winning strategy is that bigger = better. We can choose to ignore this for romantic reasons, but that's not proper game design.

Why is bigger better?

-Tactically superior.

Lets imagine a very simple game and a very simple situation. Just hit points, attack damage and units - all other stats being equal. One side has one ship with 20 hit points and 2 attack damage. The other side has two ships with 10 hit points and 1 attack damage each. Now this would appear to be an even matchup, and for a while it is. Each side deals 2 damage to the other side with each volley. However, after 5 volleys and 10 damage dealt, the side with two ships loses a ship, and from there on out, the battle is no longer equal. Though both sides now have one ship and 10 hit points, the side which had two ships now only has 1 damage, as opposed to the two damage from the side with the bigger ship. The side with the bigger ship will destroy the second ship in another 5 volleys, while that ship itself will only suffer 5 more hit points of damage.

Long story short: Assuming the side with more ships can coordinate perfectly and get his forces to engage the an equal force of bigger ships at the same time, then still, doubling the ship size makes them 25% more effective, give or take a few percent.

-Economically superior.

Each ship has a certain amount of components that must be on it, but only one is needed. Command module, hyperdrive, targeting, etc. Lets call these components the fixed costs to having a ship (usually somewhere around 150 maintenance). If a fleet was made of small escorts of roughly 600 maintenance, these costs would be around 25%. If a fleet was made of capital ships of 3000 maintenance, this would amount to but 5% of the costs.
Add to that the fact that hyperdrives cost the same to operate at any ship size, and you can see that a fleet of 5 escorts at 600 maintenance guzzle up 5 times as much fuel on interstellar flight as your single 3000 capital ship.

Long story short: the bigger, the more bang for your buck.

Conclusion: The combination of tactical and economical benefits make bigger far to good.


What counterbalance could there be?

-Strategical inflexibility (aka rework the AI).

Bigger could be an over-concentration of force. Say I have one very big ship and 3 mining stations to defend, 3 smaller ships could attack these mining station simultaneously, and the one bigger ship can only defend one, losing two of its targets. The one target that is defended should have a threatening smaller ship close by, so that the defending ship can not leave it its defence without losing it.
If the AI could be reworked to pursue a strategy of constant threat against as many targets as possible, and defend appropriately, this would at least create a soft cap in ship size: you need an adequate amount of ships to cover all your assets, and threaten a fair amount of your opponents assets. Sadly, the AI prefers to lump up small ships into fleets of various sizes, and send them all on one target. This defeats sole advantage of having more smaller ships - the ability to be at more places than your enemy.

However: We have to scrap this option on the account that the AI is not moddable at this point. (note: by pursuing such a strategy yourself however, you can defeat almost any AI under almost any odds, allthough it requires excessive micromanagement.)

-Lowering the fixed costs or scaling them in proportion to size.

The economic part of the imbalance could be addressed by lowering the fixed costs, and let things like hyperdrive cost scale with size.
Taking this one step further, a slight exponential increase in operating costs in relation to size could counterbalance the innate tactical advantage. That is to say, if a ship becomes roughly 25% stronger by doubling its size, so should its operating costs increase by 25%.

However: While we can reduce the fixed costs somewhat by making the material requirement for said components minimal, that's as far as we're going to get. Hyper drives will still favour bigger ships. There is no way to add an "*ship size" modifier to any component, let alone work an exponential equation in there. We can get a little closer to economic equality, but nothing too influential.

-Using the overkill mechanic.

Remember our example from earlier, with 1 ship of 20 hit points and 2 ships of 10 hit points. Now lets say the first ship shoots a volley of 20 damage, and the two ships a volley of 10 damage each. After one volley from both sides, 1 ship from the side with two ships remains. This is due to the overkill of 10 points from the shot of the first ship.

However: This solution makes battle very sharp, very brief affairs, quite going against the notion of a game with multiple exchanges and gradually wearing down the opponents shields. It would go very much against the grain to implement such a solution. All though, as far as I can see, it's the only one that could be implemented.

-More random effect, making redundancy more important.

Say when you hit a reactor, it blows up the ship. Say shields reduce the damage let through by a percentage equal to how full the shields are. Say armour has a chance to block the remaining damage all-or-nothing, depending on how much armour is left. After a few shots there is a small chance any shot will penetrate both, hit the reactor and blow up the ship. This makes one ship a rather vulnerable affair - if you'd had more ships, you might face the same chance, but your redundancy means you wouldn't lose it all at once.

However: This cannot be implemented without access to the game mechanics, which we lack.

In conclusion:

All though creating bigger ships should carry its rewards, it is a research investment after all, at present it's too dominant an advantage in my experience.

I'd highly appreciate any and all feedback in addressing this, for I'm rather stuck at this point in my rebalancing redesign.


< Message edited by Ikke -- 8/5/2014 7:53:37 PM >
Post #: 1
RE: 'Fixing' Bigger = Better (open discussion) - 8/5/2014 7:25:39 PM   
robske


Posts: 59
Joined: 12/10/2010
From: The Netherlands
Status: offline
Fully agreed. Would like some lovely mechanics which support more inteligent ship design than just bruteforce (or torpedo force) the life out of those alien bastards

_____________________________

Scifi 4X game geek...

The universe has its mysteries which can only be solved through the curiousity of intelligent life...

My lesson about life:
Keep the past in mind, act in the present, look to the future.

(in reply to Ikke)
Post #: 2
RE: 'Fixing' Bigger = Better (open discussion) - 8/5/2014 8:25:02 PM   
DeadlyShoe


Posts: 217
Joined: 6/2/2013
Status: offline
i think bigger is intended to be better in order to keep ship counts down in the late game

otherwise the # of ships could get truely out of hand

(in reply to robske)
Post #: 3
RE: 'Fixing' Bigger = Better (open discussion) - 8/5/2014 8:37:29 PM   
Ikke

 

Posts: 13
Joined: 8/5/2014
Status: offline
That might be true, but it's a tad inconsistent that the AI continues to build primarily frigates, destroyers and other small junk. It only builds a handful of bigger ships.
Also the ships designs are categorised by size, more or less stagnant at a certain size. Rather than say, role, and increasing in size to optimise the investment. (note: doing the latter as human player once again gives you quite a bit of advantage)

Though it might have been for other titles, from which the balancing conventions were likely taken, the game design is not consistent with that hypothesis.

(in reply to DeadlyShoe)
Post #: 4
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 12:22:51 AM   
Icemania


Posts: 1847
Joined: 6/5/2013
From: Australia
Status: offline
For the AI Improvement Mod I've ensured that the AI builds a lot of large ship as the game progresses, rather than the Vanilla junk. Any other strategy puts the AI at a disadvantage. But I very much agree some changes would be great to open up diversity in ship size strategies.


(in reply to Ikke)
Post #: 5
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 12:39:08 AM   
Nanaki

 

Posts: 306
Joined: 6/4/2014
Status: offline
There does need to be more diversity... An easy way to do it would be to have a price multiplier as mass increases, which makes super large ships prohibitively expensive to build and maintain.

_____________________________

I ate the batter of the bulge at Hans' Haus of Luftwaffles

(in reply to Icemania)
Post #: 6
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 12:53:19 AM   
lurchi


Posts: 319
Joined: 6/10/2014
From: LV-223
Status: offline
I'd sure love to see a correlation between hyper drive and ship size, the drive size right now could be the minimum. Different upper limits for the various drives would open up interesting possibilities like faster smaller ships.

That said such limits should exist for thrusters as well enabling small gunboats to zip around huge dreadnoughts. The AI has to be updated so it can handle such tactics, though.

Way too much hassle for a patch, but this should be considered for DW2.

(in reply to Icemania)
Post #: 7
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 3:46:03 AM   
lordmoore


Posts: 10
Joined: 6/23/2012
Status: offline
The only change I'd like to see is an increase in the amount of energy it takes ti initiate the drive based on ship size.

That way larger ships take more energy to jump and hopefully take a bit longer as well.

(in reply to lurchi)
Post #: 8
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 4:32:34 AM   
feelotraveller


Posts: 1040
Joined: 9/12/2011
Status: offline
Have you tried permanently firing Strength in Numbers for all races? It's a bit clumsy but that would at least give a taste of gameplay where smaller ships have cheaper maintenance...

(in reply to lordmoore)
Post #: 9
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 5:08:38 AM   
AKicebear

 

Posts: 132
Joined: 7/26/2014
Status: offline
Not sure of the correct solution, but just chiming in to say I agree on the need and would love to see (someone else) figure out a good way to mod this!

(in reply to feelotraveller)
Post #: 10
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 7:23:21 AM   
feelotraveller


Posts: 1040
Joined: 9/12/2011
Status: offline
I should add that I'm not convinced by the 'bigger=better' argument. There is some truth to it... if we are talking battle fleets where destroying other ships/bases is the aim. On the other hand although you get more bang for your buck, like with resources, sheer quantity is often not as important as distribution.

Some counter examples

- if my purpose is to raid a colony (lets assume baseless) then I want to have 2 smaller ships vs. one double sized ship because it is almost a sure thing that one of the ships will succeed in dropping troops for the raid.

- if I am defending a new colony which has a base just starting to build I am likely to want more smaller ships, a 1500 size capital will not stop 4 size 300 frigates from destroying the base, even if it might destroy a frigate or two.

(in reply to AKicebear)
Post #: 11
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 10:51:07 AM   
Ikke

 

Posts: 13
Joined: 8/5/2014
Status: offline
@ Icemania I tried your mod, I loved it for the challenge, and hated it for pretty much this reason. ;) Not at all your fault of course.

@ Nanaki yes, if we had just a little bit more access, we could implement tons of solutions. Not just economic, but for example, we could modify the hit % with size, i.e. base hit % = ((weapon speed * target ship size) / (target ship speed * target turn rate)) * balancing constant. Something along these lines could be in the design already of course, but I fail to detect a big impact there. At any rate: should we have such access, we can chip away at the advantage with multiple factors, adding a great deal of gameplay choices in the process - at the moment however, I'd settle for just one way.

@ feelotraveller 1st post: That's an idea, do you know where the cut-off point is for what is a small ship according to that event? It would at least allow two viable ship sizes...
2nd post: good points, however I fail to see how a difference in ship size would alter the outcome. Not sure it always works either, I see AI ships ignore the distraction of other ships thrown at them often enough. Distracting the AI in such a fashion, by giving it something else to shoot at than it's objective is a tactic working by virtue of poor AI, not game balance at any rate.

(in reply to feelotraveller)
Post #: 12
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 12:48:21 PM   
Ikke

 

Posts: 13
Joined: 8/5/2014
Status: offline
Having thought about it some more...

How about removing shields and armour completely - or greatly reducing them? This way, components would fall off pretty equally regardless of ship size.

(in reply to Ikke)
Post #: 13
RE: 'Fixing' Bigger = Better (open discussion) - 8/6/2014 1:21:33 PM   
lurchi


Posts: 319
Joined: 6/10/2014
From: LV-223
Status: offline

quote:

ORIGINAL: Ikke

Having thought about it some more...

How about removing shields and armour completely - or greatly reducing them?


Who would want to do this?

(in reply to Ikke)
Post #: 14
RE: 'Fixing' Bigger = Better (open discussion) - 8/7/2014 1:23:38 AM   
martyran

 

Posts: 22
Joined: 8/30/2002
From: Australia
Status: offline
Like this idea
I make a self rule when playing that the size of the ship if I customise it must be no more than the original size (I like a challenge )
how about build times reduce the output of the construction yards ?
make the really big ships years to make ?


(in reply to lurchi)
Post #: 15
RE: 'Fixing' Bigger = Better (open discussion) - 8/7/2014 6:12:09 AM   
feelotraveller


Posts: 1040
Joined: 9/12/2011
Status: offline
No I am not sure about what the cutoff is. Would need some testing by someone interested in taking this approach...

The other tweak (which won't change the 'bigger' equation though) is to go through the policy files, and probably design files as well, and adjust the AI to build more bigger ships.

If you have specific criticisms/suggestions for AI behaviour improvements which may be easy(ish) to implement then the developer may adopt them. Many things have got into the game this way. But I would not hold your breath for an AI overhaul - demands of the game engine for processor time and developer coding time are both limited quantities, particularly at this point. (Still they could be useful suggestions for whatever comes next...)

Having had a look at your war strategy article I'm not sure the we really differ much about the bigger equation. I'm assuming your frigates and escorts (at least) are not max size? And that is all the point I wanted to make.

(in reply to martyran)
Post #: 16
RE: 'Fixing' Bigger = Better (open discussion) - 8/7/2014 7:42:39 AM   
Tanaka


Posts: 4378
Joined: 4/8/2003
From: USA
Status: offline
Great thread I completely agree with the OP!

Is there a way to make it so that smaller ships are faster and harder to hit but weaker with less firepower while bigger ships are larger slower targets and easier to hit but have more firepower? Isn't this how it should be?

I have this picture of large slow battleships firing broadsides at each other and launching ships while those fighters and pickets (frigates, escorts, destroyers, etc) zoom around attacking each other and taking pot shots at the big boys. Pretty much like star wars!

Other than diplomacy has to be one of the biggest shortfalls of the game that ship size means nothing and there are not advantages and disadvantages to size! Its just bigger is better all the way!



< Message edited by Tanaka -- 8/7/2014 8:46:31 AM >


_____________________________


(in reply to feelotraveller)
Post #: 17
RE: 'Fixing' Bigger = Better (open discussion) - 8/7/2014 10:31:13 AM   
AKicebear

 

Posts: 132
Joined: 7/26/2014
Status: offline
I like the ideas about about making building time scale with size, as well as hit chance penalties with greater sizes. Perhaps these are already in place but just need to be stricter/exponential?

(in reply to Tanaka)
Post #: 18
RE: 'Fixing' Bigger = Better (open discussion) - 8/7/2014 10:51:31 AM   
Blackstork


Posts: 802
Joined: 7/7/2014
Status: offline
i think its better to ask devs about tracking features

smaller ship - harder to track wit weapons, more targeting needed/ more effect of countermeasure effect (example : 0.8 enemy targeting effect module applied / 1.2 countermeasure effect applied multiplier)
bigger starship - the opposite (example : 1.2 x on enemy targeting / 0.8 multiplier on applied countermeasure)
All classes should have gradation while destroyers will be 1/1

then the svasion pereference races, smaller ship races and countermeasure users will build towards hi evasion fleets , while on opposite side there also all will be better - bigger ships which easier to track, lesser cm effects, which will need to build on targeting systems which will raise their own value with such changes

< Message edited by Blackstork -- 8/7/2014 12:01:15 PM >


_____________________________


(in reply to AKicebear)
Post #: 19
RE: 'Fixing' Bigger = Better (open discussion) - 8/7/2014 8:38:56 PM   
Ikke

 

Posts: 13
Joined: 8/5/2014
Status: offline
@feelotraveller: It is true I use smaller ships, minimal force to get the job done is economical force too. The AI uses that very poorly though. Not sure about requesting anything with regard to the AI - I can think of plenty of things there to be sure - but I am no expert in the field.

All though, my chess engine has no qualms about refining its calculations till it eats up all available computer power, it would be nice if the Distant worlds AI would do the same. I installed battle chess the other day, a chess game from 1989(?) which uses a simple min-max algorithm - and it manages to eat up all 2014 CPU power. Which was rather funny cause it's difficulty can be adjusted by the time given to the chess engine. It was hard, but I beat the easiest setting :p. Back to DW or RTS games in general, the entire game uses only like an eight of my computer (16g RAM, 8 core 2.6g CPU).

I never quite understood why and RTS AI cant be made to chop up a continues game into finite blocks to calculate ahead with - making those blocks smaller and more refined depending on available power. These blocks could be thrown in directly as gameplay elements; location wise: sphere of influence, empire, sectors, systems, planets - time wise: grand strategy, present war(s), campaigns (fronts), operations, battles, units, these blocks could be put in a hierarchy and an interface where a player can adjust/create them and the assets allocated to them. Assets could be chopped up in intel, logistics, etc. Larger blocks can run on very small resources, needing very infrequent updates - being the long term things. But maybe that should be left a university - cause I am rambling on with far too little knowledge.

I gather the DW team has no AI experts either - best thing would be to throw the code open for that part. Spring engine (open software rts) has very good AI for example, with automated micro which is pretty decent. Just people jumping in and refining the AI cause they want a better game - would help DW no less I think.

@ Blackstork I fully agree that some tracking mechanics would be nice. I'd like the option to relating it to actual ship stats such as speed and turn rate though. A very small ship sitting still is still a sure kill.

(in reply to Blackstork)
Post #: 20
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 6:17:00 AM   
johanwanderer

 

Posts: 209
Joined: 6/28/2014
Status: offline
One thing to consider: make gravitic weapon deal more damage to "essential" components (command center, hyper drive, repair bots, etc.), maybe scaling that by ship size. That way, the bigger the ship, the more essential components it should have, lest one of them get destroyed and render the whole thing useless.

Usually, at some point in my game -- when I can afford it -- I start to double up on command centers and repair bots on the bigger ships anyway, just because it feels better.

(in reply to Ikke)
Post #: 21
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 9:08:35 AM   
feygan

 

Posts: 323
Joined: 3/31/2010
Status: offline
I think part of the problem stems from the way travel works in DW. For the most part hyper drives do everything, including inter system movement. If I want to ship my fleet from planet A to planet B they do a mini hyper jump and appear a tiny distance away from the target, their thrust engines are then just used for getting into some kind of formation or moving to drop troops or close in for short ranged weapons.

This basic method means bigger is of course better, it doesn't matter how slow a big ship is made to move as it simply needs some long range weapons and a single hyper jump puts it in firing range totally sidestepping all speed penalties applied. In that instance it just makes sense to throw out anything that doesn't fit into the "that is no moon" category.

If DW could implement a system where you can only enter or leave a system via a jump point or multiple jump points it would help a lot. Many sci-fi shows or films do this but only halfway, you often see ships warp/jump away from earth when just out of orbit, yet when coming to save everyone they always arrive out by Saturn and limp along at sub light speeds. So bloopers aside the arrival part at least makes some sense, we know just about enough about space travel theory to understand the enormous power needs of any FTL system. As such it makes sense you do not want that kind of power use going on anywhere near either inhabited worlds or infrastructure, if needs be perhaps things like gravity wells of planetary bodies can be argued to interfere with hyper drives also.

Now on the one hand this will take away some of the tactical nature of DW in that you cannot simply make a choke point and defend against anything, but then if you just have an increase in how close to a body you can jump in and out then it will still leave lots of possible doors for entry. Maybe if all planets/moons/stars generated their own hyperjump denial zone that was dependent on size. This also then means you have jump points than are constantly changing as the planets orbit.

If this were coupled with changes listed above it would mean you could make effective small fast strike groups that are used to take out mining structures etc. Then the larger ships would be used more for real offensive moves, in addition you could no longer defend systems with just a few huge ships that jump in and wipe out everything with death rays. Instead you would have to think about the tactical needs of each system on it's own merits and fast response craft would become far more viable.

(in reply to johanwanderer)
Post #: 22
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 9:56:09 AM   
Icemania


Posts: 1847
Joined: 6/5/2013
From: Australia
Status: offline
quote:

ORIGINAL: feelotraveller
The other tweak (which won't change the 'bigger' equation though) is to go through the policy files, and probably design files as well, and adjust the AI to build more bigger ships.

Which is exactly what I've done in the AI Improvement Mod.

(in reply to feelotraveller)
Post #: 23
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 9:57:56 AM   
Icemania


Posts: 1847
Joined: 6/5/2013
From: Australia
Status: offline
quote:

ORIGINAL: feelotraveller
The other tweak (which won't change the 'bigger' equation though) is to go through the policy files, and probably design files as well, and adjust the AI to build more bigger ships.

Which is exactly what I've done in the AI Improvement Mod.

quote:

ORIGINAL: Ikke
I gather the DW team has no AI experts either - best thing would be to throw the code open for that part. Spring engine (open software rts) has very good AI for example, with automated micro which is pretty decent. Just people jumping in and refining the AI cause they want a better game - would help DW no less I think.

I'm really hoping they open it up and invest more resources in the AI for Distant Worlds 2 ... bigger and bolder while keeping the essence that makes Distant Worlds a great game.

(in reply to Icemania)
Post #: 24
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 10:28:52 AM   
Ikke

 

Posts: 13
Joined: 8/5/2014
Status: offline
@ Icemania: I read on some other thread you've got some expertise with AI. Is there any short way of explaining why RTS AI's don't go for the full resources offered by a computer?

I mean, I can envision you re-evaluate the orders at shorter time intervals, throw more factors into that evaluation, etc as resources increase.

(in reply to Icemania)
Post #: 25
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 11:10:46 AM   
Icemania


Posts: 1847
Joined: 6/5/2013
From: Australia
Status: offline
The AI that I work with isn't in gaming, it's in industrial application. Frankly I'd like to use more of what I studied many moons ago as a lot is in the Expert Systems or Intelligent Control space. We also use dedicated Controllers so it's a completely different kettle of fish. So your question would best be answered by one of our IT experts!

What I would suggest is that Distant Worlds simply isn't designed to scale up to use full resources. Each method has a specific algorithm to keep the complexity within limits ... and that is that. It doesn't look at the machine it's running on and say "hey I can use the processing power".

I also thought this article from Frogboy was pretty interesting.

I'm sure something similar could be done for Distant Worlds 2 though. I find the idea that "Extreme" difficulty is different depending on your machine an interesting concept. Looks like we'll have to start to adding our machine specifications when we quote the difficulty setting we are playing!

< Message edited by Icemania -- 8/8/2014 12:11:41 PM >

(in reply to Ikke)
Post #: 26
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 12:57:14 PM   
Ikke

 

Posts: 13
Joined: 8/5/2014
Status: offline
I'm rather adverse to the higher difficulty settings, not so much because it's harder, but because it's no new challenge. It's still the same old dumb AI, it just has been buffed up enough, and you're made correspondingly weaker, in the hopes that with enough bonuses it can brute force a win. It doesn't really challenge me to change my approach, throw in the unexpected, but at most force me to optimise my approach more.

Much rather see some scaling AI concept which at max difficulty would follow the optimum strategy. I do belief DW and most 4X games are solvable games given enough resources - everything is predictable. While there are countless permutations on the ground of it being continuous, the optimum is still well calculable in most circumstances. i.e. while the range between two ships and their relative trajectories are pretty much infinite in possible combinations, there is only one range at which one ship deals the most damage while receiving the least in return, and only one trajectory to achieve that range most efficiently. The only factor being imperfect information (on which an AI could cheat at max difficulty).

(in reply to Icemania)
Post #: 27
RE: 'Fixing' Bigger = Better (open discussion) - 8/8/2014 1:23:04 PM   
Icemania


Posts: 1847
Joined: 6/5/2013
From: Australia
Status: offline
On difficulty I agree. That said, I've changed my strategy a lot on Extreme, but that's primarily due to a perverse desire to set ridiculous objectives (like maximising how much bigger my Empire is than any AI after 30 game years) or starting positions (I'm Pre-Warp while others are far more advanced and larger). That said, I invite you to play the AI Improvement Mod on Extreme, if you are so confident. I've certainly had to change my strategy anyway. That said, I don't want to overstate it either, as I still have no trouble winning, but I've had a lot more fun along the way.

A challenging AI requires an investment of resources that Distant Worlds just doesn't have at the moment and using good human strategies is a way to keep both the computational complexity and developer investment under control.


< Message edited by Icemania -- 8/8/2014 2:29:58 PM >

(in reply to Ikke)
Post #: 28
Page:   [1]
All Forums >> [New Releases from Matrix Games] >> Distant Worlds 1 Series >> Design and Modding >> 'Fixing' Bigger = Better (open discussion) 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.484