Spring RTS Engine

spring doesn't like 1k commands sent instantly?

hehe

slightly better algorithm, a massive improvement is coming shortly

yeah, command spam is a problem with this system ^_^

spring doesn't like 1k commands sent instantly?

Um... why not have a cutoff, so that it's limited to, say, 100 nearest objects, for extreme cases? If #table > 100 then ... ftw

like the thing where you can't place more than a certain number of buildings!

aegis wrote:like the thing where you can't place more than a certain number of buildings!

hey that is a feature i thought it was a bug.

like the thing where you can't place more than a certain number of buildings!

Yeah. I'm fairly certain it was done for the same reasons, too. But meh, I'm sure that either way it'll be obvious once tested.

I just don't think that letting it spam > a fairly low number of commands (remember, this will do it per unit, if you grab a group of builders and have them all hit an area, among other problems) will work very well in practice...

you just killed cooper hill gameplay qq

I thought it just delayed large numbers of commands over multiple frames rather than simply removing extras?

try area building an epically large area of buildings

flop wrote:you just killed cooper hill gameplay qq

If someone finally realises that allowing users to choose to use any widget with any mod is wrong and someone makes a gadget that forbids the use of all widgets besides the widgets of the mod being played than all this wont matter cause ba will jsut forbid the use of these "cheating" widgets.
Unbeleivable nobody sees this as a problem yet.

Gota wrote:

flop wrote:you just killed cooper hill gameplay qq

If someone finally realises that allowing users to choose to use any widget with any mod is wrong and someone makes a gadget that forbids the use of all widgets besides the widgets of the mod being played than all this wont matter cause ba will jsut forbid the use of these "cheating" widgets.
Unbeleivable nobody sees this as a problem yet.

What

Did you miss the multiple topics with multiple pages discussing this very subject

so is there a gadget that does this?was it decided that its wrogn to block thrid party widgets?

it wasn't. it was determined it's impossible.

Well is it possible ot shut down all widgets and only allow the mods gadgets to work?

Well, couldn't a compromise approach be taken? Break the big reclaim into a set of smaller area-reclaims that follow a spiral path?

Gota wrote:

flop wrote:you just killed cooper hill gameplay qq

If someone finally realises that allowing users to choose to use any widget with any mod is wrong and someone makes a gadget that forbids the use of all widgets besides the widgets of the mod being played than all this wont matter cause ba will jsut forbid the use of these "cheating" widgets.
Unbeleivable nobody sees this as a problem yet.

Players whose only real gameplay ability is fast clicking (read: nubs at virtually all more interesting aspects of gameplay) yet again propose to disallow widgets.
Classic.

dizekat wrote: Players whose only real gameplay ability is fast clicking (read: nubs at virtually all more interesting aspects of gameplay) yet again propose to disallow widgets.
Classic.

khm. I know you are just trolling, but try playing them before you badmouth em.

also: aren't you in K? lol.

Spring is open source game. Extra code to disallow widgets when mod asks to would be really easy to remove, if ever added. And popular mods aint gonna disallow widgets anyway, that'd severely undermine popularity.
The idea is fairy stupid, even if we assume it was proposed by strategical geniuses and paragons of tactical might.

Aegis: feel free btw to delete all offtopic here.

On topic by the way.
How much more optimal is the movement pattern (for mobile conses) comparing to default approach where it sucks nearest, then another nearest? Like, comparison of walk length or measured reclaim times ingame.

The nano turret's pattern looks quite good, cant get better than that.

http://www.math.sfu.ca/~goddyn/Courses/ ... istics.pdf

Nearest neighbour is what you want, I guess. It's not good.