Page 1 of 1
Gadget suggestion
Posted: 09 Jun 2011, 18:48
by Aero
I thought quite a bit about this, and I know it will have some bugs that will need to be worked out, and possibly some limits that will have to be enforced, but I think it could be worthwhile anyways. Since we have a building that has a guard function (Nano turret) that allows for the distribution of resources, I'd like to see a similar gadget that could be used with economical buildings. For example: I'm pushing in the front, but also making units in the back. I need a constant amount of resources for my commander that won't fluctuate so I can build LLTs and radar quickly, and some M and E for my T1 con for HLTs. I'd like to be able to allow a metal extractor/maker or any E-producing device to guard a unit, and provide only that unit with its output. Same could be for labs, thus my T2 lab receives the majority of my eco, and the berthas I'm building will receive the leftovers, thus efficiently prioritizing eco. I know there could be some serious bugs, (what happens when you set a storage building to guard a unit, or if you set a fusion to guard snipers or spy bots?) but I think the general concept deserved to be heard.
Re: Gadget suggestion
Posted: 09 Jun 2011, 23:37
by Wombat
active/passive ?
Re: Gadget suggestion
Posted: 10 Jun 2011, 00:33
by Aero
No, if you set (i.e.) a solar to guard an LLT, that solar won't produce E for any other device but that LLT.
Re: Gadget suggestion
Posted: 10 Jun 2011, 00:36
by smoth
Tl;DR
allow me to assign individual resource distribution.
spring doesn't work this way and would require a custom resource system.
Re: Gadget suggestion
Posted: 10 Jun 2011, 00:40
by knorke
would require a custom resource system
which is entirely possible and done somewhat in zeroK.
I see more of a problem how you would represent ingame what unit is providing resources to what other unit.
With nanoturrets you have the flying nano particles so it is easy to see...but how would it look like if a wind farm transfers all its energy to a commander?
Re: Gadget suggestion
Posted: 10 Jun 2011, 00:43
by smoth
Not saying it is impossible just saying that he would need a much larger change for this.
Re: Gadget suggestion
Posted: 10 Jun 2011, 00:47
by Wombat
im against that idea becouse :
- ba already got few tools that help eco managing (mm widget/gadget, passive/active, nostall dgun (or something like that))
- eco managing is one of the most important things in rts games. ba got already many widgets/gadgets which make it too easy and simply 'dumber'.
- estall is rarely any problem in ba as long as ur solars are not raped / u are not complete noob (actually noobs make more e than they need --> adv solar spam)
Re: Gadget suggestion
Posted: 10 Jun 2011, 01:46
by luckywaldo7
"Economy Management" is pretty broad; I don't see anything about his proposal that couldn't be called that. It's just economy management on a higher level, in the programming sense, where you are more concerned with what you are doing than how you are doing it.
Really really cool idea Aero but probably your only chance of this happening is to fork BA and write it yourself. Or else possibly design a new game around it. :)
Re: Gadget suggestion
Posted: 10 Jun 2011, 04:59
by Petah
I remember a feature in CA (or was it ZeroK) that allowed you to set a percentage (or priority) on which builder got the most build power/resources. That was nice.
Re: Gadget suggestion
Posted: 10 Jun 2011, 06:09
by momfreeek
I'd like the very simple: commander has absolute priority to resources.
Makes him more special;
- in-base (use him to redirect resource priorities even when stalling m/e)
- on the front lines (he wouldn't slack off spending 5 mins to make a radar tower)
Re: Gadget suggestion
Posted: 10 Jun 2011, 06:51
by Lolsquad_Steven
Re: Gadget suggestion
Posted: 10 Jun 2011, 08:17
by Google_Frog
http://code.google.com/p/zero-k/source/ ... iority.lua
Does exactly what you want without the confusing guard interface.
Re: Gadget suggestion
Posted: 10 Jun 2011, 10:07
by TheFatController
This is where I got the active/passive idea from, which is BA's implementation of the concept