Auto Skirm widget

[Google_Frog]

I've updated it. Now it works with patroland fight orders. Skirms will try to keep at max range and resume their fight/patrol as normal when done.

@Hacked: I like unit white lists because players are given complete control over which units they want the widget to affect as long as they know where to look up the unit names (Modit) and how to open a lua file.

Is there a way to get actual range in a direction? Currently units which get bonus/penalties to range due to height variation don't take this into account and end up either staying too close or too far away.

[TheFatController]

As long as you're comparing lists of static values for ranges you could cut out the square root there by storing a list of all the UnitDefs maxWeaponRangeSquared etc and comparing those instead, not sure if it's even too CPU intensive but that may help if so

[Hacked]

i see the appeal of a whitelist.
if i could i would code in an on/off switch in the built list for units, because its convenient and situations are always different during a game.
i should look back into coding my own lua

good job on a great widget tho ^

[Evil4Zerggin]

At least be glad that he's releasing it here publicly instead of keeping it secret for his own nefarious purposes :p

In any case, excellent job, Google. I've always wanted to code something similar to this, but never got around to it. Maybe someday I'll code that rangestate widget...

[Wisse]

Could you make auto-rocko/strom-missile-dodge widget while you're at it.

I think this widget isn't all that bad couse it doesn't give you much advantage anyway. But I'm kinda scared what comes next, because it looks like we're gonna get out-microed by AI soon, which is sad.

[hoijui]

But I'm kinda scared what comes next, because it looks like we're gonna get out-microed by AI soon, which is sad.

yeahh.. and then we gonna take over the rest of the virtual, and after that the real world!! :D
aehh.. i mean.... they will.

[imbaczek]

Could you make auto-rocko/strom-missile-dodge widget while you're at it.

trepan thought of that, there's no way for lua to know projectile positions.

[TheFatController]

I think you forget gl.ReadPixels!

[Gota]

why not avoid enemies for scout units?..lets automate the entire game..
Itll all be about what unit queue you make..

[BaNa]

First of all, cool widget, i hope no mod includes it by default. Wisse your leet thud comkills are now reproducible using AI!

Could you make auto-rocko/strom-missile-dodge widget while you're at it.

trepan thought of that, there's no way for lua to know projectile positions.

ah, but it can read enemy positions no? So if we take a 1v1 rocko standoff for instance, you would be alright by taking the distance between the unit and the enemy, calculating how much time it takes for the rocket to cover that distance, and periodically changing direction in less than that amount of time.

Or if you can check when the unit fires (again, no need for projectile position), you could dodge only t<T after the shots (T being the flight time). If you can check for unit fire, you could dodge multiple rockos this way.

[ZellSF]

why not avoid enemies for scout units?

If you've played Dark Reign, you know this is a good idea.

lets automate the entire game..

Please do, I really look forward to playing against a challenging AI.

[KDR_11k]

Could you make auto-rocko/strom-missile-dodge widget while you're at it.

Just micro your units so they miss their waypoint and start driving in circles .

[Argh]

there's no way for lua to know projectile positions.

Well, yeah... there is. Little expensive for that purpose, though, due to the cost of tracking a projectileID, IIRC.

Spring.GetProjectilePosition

( projectileID ) --> px, py, pz

Spring.GetProjectileVelocity

( projectileID ) --> vx, vy, vz

[imbaczek]

but does it work in unsynced code? IIRC it doesn't.

[Argh]

IDK. Then again, I always saw this as something that will eventually get refined and turned into a modular Gadget... or something that we're all going to want to ban from our games. Player aids like this are pretty high on my list of stuff to try and figure out a good way to control for, frankly.

That said, when tested, this wasn't terribly scary yet- it really needs to start the Units in motion earlier, and send them farther away, so that it isn't canceled by Units issuing themselves Orders, and happens soon enough to actually matter.

[KDR_11k]

but does it work in unsynced code? IIRC it doesn't.

It'll probably work in unsynced gadgets but I doubt it'll accept widgets.

[Acidd_UK]

Could this be rolled into the next version of CA (if it hasn't already been?) please?

[Licho]

Its already in CA, just enable it.

[zwzsg]

Oh no....

WHAT HAVE U DONE THIS IS THE END OF MICRO.

Mod devs have the ability to block the use of certain widgets in their mods, right?

I sure as fuck will block this.

Now, if it gets developed into a viable skirmish AI that actively targets and monitors the terrain...

It would be great if every new widget release didn't become a discussion about mod lua blocking so people could actually discuss the widget..

i don't understand why the most vocal forum users are so scared of lua recently

I think this widget isn't all that bad couse it doesn't give you much advantage anyway. But I'm kinda scared what comes next, because it looks like we're gonna get out-microed by AI soon, which is sad.

yeahh.. and then we gonna take over the rest of the virtual, and after that the real world!! :D
aehh.. i mean.... they will.

why not avoid enemies for scout units?..lets automate the entire game..

First of all, cool widget, i hope no mod includes it by default. Wisse your leet thud comkills are now reproducible using AI!

This makes me want to turn the KP AI gadget into a widget, spend a little time to ensure it doesn't conflict too much with manually given orders, and maybe even change its unit list to BA unit names!

Also, why hasn't any C++ coder yet changed an AI\Bot-libs\*.dll into a \AI\Helper-libs\*.dll?

No really, it has been litterally years since forumers have prophetised AIs, widgets, and other automations will be the end of all human intelligence in Spring game, so this has been going on for too long, please quit it with the doomsday warnings, let's bring in the apocalypse already and see what happens! Now that I can, I'm really tempted to haste the Day of Reckoning that will judge who's the most clever between AI and average Spring player.

[Pressure Line]

the 'average' spring player (based on my observations of forum, lobby and game activity) has an IQ just above room temperature (in *C, thats 22-24*C) so it probably wouldn't be too hard zwzsg.