Posts made by WhenDayBreaks

Nomads balance exploits

https://faforever.github.io/spooky-db/#/UEA0107,UEA0104,XNA0107,XNA0104

@Psions said in [The Last Thread about RAS SACU Balance:

@Tex Yes, but then people also don't calculate the payback time properly either.

@Psions said in [The Last Thread about RAS SACU Balance:

and the people complaining about them don't understand how to do excel tables properly,

@Psions said in [The Last Thread about RAS SACU Balance:

6500/11 = 640

The irony is off the charts

Hm, I don’t really mind the black boxes all that much now that I think about it, as it’s pretty easy to fix in-game. I am more interested in a fix for the idle engies boxes not showing up after units are shared (for example via full share).

From the 2016 thread:

“I did some changes and I'm testing them out, so far no black boxes. Also idle engineers mod now puts labels on units you get when you get a base via full share.”

I know this was a while ago but (assuming it worked) does anyone still have the fix for this issue ?

@Psions said in The Last Thread about RAS SACU Balance:

6500/11 = 640 seconds or roughly 11 minutes.

6500/11 = 590

On this note, I want to stress that I very much agree with the call for more moderation on this forum.

I fixed my .prefs and I still get the error, I am going to have to remove Selection Deprioritizer permanently I guess. Thank you for your help anyway.

@Stealth9 Yeah, my .prefs is full of these conflicts, to the point where it just takes too long to fix. I will just make a new .prefs file, which is overdue for me anyway. Thanks for your help, I hope this finally fixes it.

@Stealth9
Sorry if this is a dumb question, but you are talking about the keymap found under ProgramData\FAForever\gamedata\lua.nx4\lua\keymap, right? I didn’t find anything else

I have tried it about a year ago or so. I will delete and redownload it

I took off Selection Deprioritizer, and the issue went from appearing 1-10 times a game, to 0. Guess I will either have to play without it or live with the error since it is one of my favourite mods.

@keyser said in Error running function 'GiveOrders':

This seems linked to "spreadattack", which is also named "shift-G" (it's hotkey by default). Are you using / pressing this hotkey at random ? It seems like it tries to run the code for this, without having unit selected.

Thanks for the quick reply. I am not pressing the hotkey at random (at least I don’t think I am), although to be sure I might remap it.

Never add this issue, so it might also be an issue with a mod.

Yeah, I will take off some mods and see how it goes, though I only really use the standard stuff other people use as well. I was only able to find one other case of this happening: https://forums.faforever.com/viewtopic.php?f=3&t=14883 at the bottom.

So, I have had this issue for a while now and I don’t know what causes it. Sometimes my units completely ignore the move commands I give them (it is not caused by the regular pathfinding problems this game has). Whenever this happens this warning is in the log:

warning: Error running sim lua callback function 'GiveOrders':
         ...data\faforever\gamedata\lua.nx2\lua\spreadattack.lua(428): attempt to call method `GetBlueprint' (a nil value)
         stack traceback:
         	...data\faforever\gamedata\lua.nx2\lua\spreadattack.lua(428): in function `fn'
         	...data\faforever\gamedata\lua.nx2\lua\simcallbacks.lua(16): in function <...data\faforever\gamedata\lua.nx2\lua\simcallbacks.lua:13>

Does anyone have any idea how to fix this? Makes the game pretty hard to play since it happens at random. Thanks in advance