I'm guessing what the script is doing... I believe it handles the advance day and time tracking separately. When the script call advances the month to the next, the script processes the advance via script call and also advances by time tracking. I'm thinking whatever process the calculations are undergoing, they're calculating twice. I think this relates somehow to how the new year keeps bringing up that nil-fixnum error. My belief is that since the calculations are made twice, that somehow, the days subtract themselves into becoming a nil value which bring up the error. I am in no way a scripter lol... These are just my theories.
I'm gonna roll with a temporary fix. If I want to advance in time a little bit, I bring up a script call:
time.speed_frozen(false)
time.change_speed(6000)
time.speed_frozen(true)
This speeds up time extremely fast. Then when the clock strikes a certain time of the day, a switch triggers a parallel process that does this script call:
time.speed_frozen(false)
time.change_speed(60)
time.speed_frozen(true)
Since the error doesn't come from the time ticking away on its own, the above method works perfectly fine. It is a temporary fix, so I can make due for now until the bug is fixed.
I'm gonna roll with a temporary fix. If I want to advance in time a little bit, I bring up a script call:
time.speed_frozen(false)
time.change_speed(6000)
time.speed_frozen(true)
This speeds up time extremely fast. Then when the clock strikes a certain time of the day, a switch triggers a parallel process that does this script call:
time.speed_frozen(false)
time.change_speed(60)
time.speed_frozen(true)
Since the error doesn't come from the time ticking away on its own, the above method works perfectly fine. It is a temporary fix, so I can make due for now until the bug is fixed.