Guesstomation on how many units there will be? Not the races

Re: Guesstomation on how many units there will be? Not the r

Enough*

And yes. Troll = disagree. :lol:

Re: Guesstomation on how many units there will be? Not the r

Oh, but you do care. You posting here and sharing your views is proof of that.

I don't get paid to care, but I do care because I paid. You paid too, just remember that. Your reason for caring is that you paid, and that you want good value for your money.

If I'm wrong on this, and you care enough to correct me, you'll post here again.

Re: Guesstomation on how many units there will be? Not the r

Weird question. How cares? If there is 1000 uniq units then game is screwed, no matter how much tiers/unlock groups/whatever you will implement. So, to safe network traffic upon communication with client Uber may just end up with 1 byte value, thus limiting unit types count to 256. More than enough.

Re: Guesstomation on how many units there will be? Not the r

This isnt speculation Mavor has gone outright and said from the start the Population limit will be the point where your computer crashes due to lack of memory available. so if your like me with (8gig of DDR3) your looking at 10s of thousands of units, I hope your CPU and GPU can handle that.

Re: Guesstomation on how many units there will be? Not the r

We already use a more sophisticated encoding than that so no need to worry about restrictions like that. Mostly what gets passed over is the actual ID of that particular entity which needs to be a lot more than 8 bits anyway. Part of the goal here is to not design too many limitations into the engine for this stuff. As people have pointed out, computers are a lot faster than they used to be.

Re: Guesstomation on how many units there will be? Not the r

How will this affect the strain on CPU and GPUs?

Re: Guesstomation on how many units there will be? Not the r

I've gone into more analysis in the past in some posts but basically the goal is to get more work done per unit of CPU time than in previous games. Keep in mind that synchronous caused the clients to have to do an immense amount of work and that the game ran as slow as the slowest client with synchronous.

So the performance characteristics or running on a remote server or a local server are going to be pretty different.

Re: Guesstomation on how many units there will be? Not the r

So some of the work wont be done client side but instead handled by the server?

Re: Guesstomation on how many units there will be? Not the r

Think of it more like you only process the things that are relevant to you, so that enemy tank shooting at another enemy tank that you can't see under Fog of War? Your computer won't have to process that.

Mike

Re: Guesstomation on how many units there will be? Not the r

Or how about just calculating the fog of war itself. In a synchronous game you do all of the calculations for all players. Now that's on the server.

Not to mention join in progress... Can you tell I'm excited?

Re: Guesstomation on how many units there will be? Not the r

Ha Ha its really interesting I can wait to have it all realised, im definitely as excited as you neutrino

Re: Guesstomation on how many units there will be? Not the r

Are we counting structures as 'units'? I'll do my best guess either way.

Two tech levels * 5 movement types {Land, Hover, Sea, Air, Orbital} * 6 units as an average manageable factory size

My guess is 60 units. I left out experimentals but some of there probably won't be 12 of the most supporty movement types. Pure land movement types will probably be more than 12, it is just an average.

My guess is 95 if units are structures as well as mobile units.

Re: Guesstomation on how many units there will be? Not the r

60 units is a workable, if conservative, figure.

In my opinion the target should be, say, 100 units. Still, vanilla TA didn't have that many units, being vastly augmented by Core Contingency and then again by third-party unit megapacks. However, the number of units isn't so much the target as the number of interestingly different units. No point having boringly redundant units where one is strictly superior to the other.

One way this might be conceptually arranged is by role, or the kind of jobs units are capable at doing, such as defending a fixed position, inaccurate area bombardment, scouting, assaulting an entrenched position, raiding economy, durable damage sponge, swarming large targets, long range area control, large single target damage dealer, rapid-fire antiswarm, intermittent fire splash damage, etc. etc. Design a role schema that has as many distinct roles as possible, and then design units to fill those roles. One unit may fill multiple roles, multiple units may overlap with other units. But no units should have exactly the same "role profile" of the kinds of jobs they are effective at doing.

Re: Guesstomation on how many units there will be? Not the r

100ish is the current goal not including custom commanders.

Re: Guesstomation on how many units there will be? Not the r

Try to leave some units for us modders okay? ;p

Mike

Re: Guesstomation on how many units there will be? Not the r

Ok we'll cut it down to 20 and let you guys to the rest

Re: Guesstomation on how many units there will be? Not the r

3 down, 77 to go! ;p







Mike

Re: Guesstomation on how many units there will be? Not the r

Lol, OrangeKnight...

Re: Guesstomation on how many units there will be? Not the r

20 units and a mod that shrinks all the custom commanders to 1/10th size and randomly replaces the peewee model with a shrunken commander model.

We'll call it 'LAB Wars II'

Re: Guesstomation on how many units there will be? Not the r

Including structures or not?
In TA, a structure counts for 1 unit.