Page 2 of 2
Re: unit range issue
Posted: 15 Mar 2012, 15:00
by Senna
luckywaldo7 wrote:You actually stopped sticking things in DSD for a while, presumably because you were ordered to stop by mods? You started doing it properly by making mutators and independent mod files, like Tech Annihilation.
Not surprised or happy to see you at the good old DSD tricks again.
U dont know where Tech Anni come, or have so few info.
And btw see the title of this topic, not gonna keep discusing with you here, PM me if u want keep discusing this. this thread is not to talk about this
Re: unit range issue
Posted: 15 Mar 2012, 15:05
by Pako
It is apparently just broken, doesn't fix reclaim reliably and build assisting at all and makes a huge command spam with single orders.
Luckily I fix it better. Works maybe always.
Re: unit range issue
Posted: 15 Mar 2012, 15:35
by knorke
yea i do not know how good it really works.
I only tested briefly with some cons, spawning wreckage etc and not in a real game: while it is kind of fuzzy to tell how much it improves, it seems to work.
How does the
ufID-Game.maxUnits work?
Code: Select all
local allUnits = Spring.GetAllUnits()
for i=1,#allUnits,1 do
local unitID = allUnits[i]
if builders[unitID] then
wouldnt it be better/faster to loop over builders directly?
Re: unit range issue
Posted: 18 Mar 2012, 10:26
by Google_Frog
Mine reliably fixes area commands in ZK with minimal cpu drain. For some reason assisting is not as broken there and it would take a lot more computation to handle so I did not try to fix that. I don't see where the command spam comes from.
Yours iterates over all the units every 37 frames so will slow down the game a lot more. The upside of using the brute force approach is that every command and situation is covered.
Zero-K hosts are now using the development branch of the engine which is an even better fix for reclaim and many more things broken in 87.0.