In my case, it is not only at the loading of the map, but afterwards : the combinator's numbers does not update correctly, or only once in a while (but I did not understand when...).ssilk wrote:As far as I understand this, there is missing an script.on_load()-routine for reinitialization after load.
... btw: Same problem as with the logistic combinator mod.
I'm seeing exactly the same problem. The combinator outputs the correct numbers when it is first placed, but does not seem to ever update.binbinhfr wrote:In my case, it is not only at the loading of the map, but afterwards : the combinator's numbers does not update correctly, or only once in a while (but I did not understand when...).ssilk wrote:As far as I understand this, there is missing an script.on_load()-routine for reinitialization after load.
... btw: Same problem as with the logistic combinator mod.
Numbers of robots on the roboport dialog changes but no the combinator numbers...
Code: Select all
global.robotic_combinatorsCode: Select all
global.robotic_combinators.rcs_network
If the data's not stored in the global table it won't persist between saves and won't work at all in multiplayer.binbinhfr wrote:yes, there was a mess with the globals. I also did a correction, and also simplify unused code (rc_local, rc_perso) and now it works fine. Let's see if the author accept your new version.
Mine is here :
I'm pretty sure that everyone in the discussion right now knows this. This problem is that the mod was attempting to make a reference from tables stored in global to local variables from within the bare body of the control.lua script. It appears that in the past this would work, but some recent change to the game engine made it so that when the bare body of the script is executed (before the main event loop starts) the global table will exist, but always be empty. I suspect that this change will subtly break a lot of scripts.Rseding91 wrote:If the data's not stored in the global table it won't persist between saves and won't work at all in multiplayer.binbinhfr wrote:yes, there was a mess with the globals. I also did a correction, and also simplify unused code (rc_local, rc_perso) and now it works fine. Let's see if the author accept your new version.
Mine is here :
oh yes, I suppress the global-to-locals exchanges and kept everything into global, so that it is correctly saved and reload. I tested it today and it seems to work on my game. But maybe my changes won't work with already existing objets from the previous version. But it works if you make fresh objects.Rseding91 wrote:If the data's not stored in the global table it won't persist between saves and won't work at all in multiplayer.binbinhfr wrote:yes, there was a mess with the globals. I also did a correction, and also simplify unused code (rc_local, rc_perso) and now it works fine. Let's see if the author accept your new version.
Mine is here :
I'm having similar issues, however, i also run a lot of other mods that add/change robots, so maybe one of them causes this.ribsngibs wrote:Hi, I just downloaded the latest ver (0.3.6) yesterday and tried playing with it. I am still seeing the bug that others were reporting... I think. The combinator reports the correct values and continues updating them correctly. However, at some point they freeze and stop working (it may have been on game load - I can try to reproduce tonight). Replacing the combinator (used a blueprint with entire circuit to preserve wiring, just blueprinted the thing, deconstructed, re-placed with blueprint) fixed it.
Anybody else seeing that?
Have you actually looked at what roboports in 0.13 output signal wise? Because they do exactly what you're asking for already...MtnDew wrote:Any chance this will get an update to 0.13? The logistics built into 0.13 for robots just tends to be total active but what I want is to read active construction and logistic seperately.
, and maybe create the "Personal Robotics Combinator" for tracking player's roboports...
