I've had the game crash a couple times when deleting a long (many sector) space belt run. I laid down belt instead of track by mistake and tried to undo it in one pass. Smaller deletions work, so it's not fatal.
#[0.0.7] Crash when deleting long space belt
real fractal
rocky quartz
Hey there, thanks for the report.
This is really weird. I am trying to come up with potential reasons for it happening, but I am not sure. Could you share with us the Player.log file?
And how many sectors are we talking about?
Thanks
real fractal
Hey there, thanks for the report.
This is really weird. I am trying to come up...
I can't repro in 0.0.8, but the behavior is still suboptimal.
- Draw a space belt across many sectors (ex: 0|I back to the origin in my case)
- Ctrl-z
- Game no longer crashes, but there is a long pause and a wait for non-responding program popup
gaunt valley
I've noticed when deleting about 4 or 5 sectors of space belt, my game hitches for a frame in 0.0.8. I'll see if I can reproduce it. (see video)
I can see with weaker hardware, it could full on crash since its trying to process something for so long.
rocky quartz
Indeed, this is known (at least internally). Deleting a long path of space belts can make the game non responsive for a couple of seconds. Depending on the order of deletion it can take way more.
My concern was due to this crashing the game. My initial thought was that it could be the OS terminating the process after it does not respond for a while. If the game crashes again, can you attach the log?
We already very close to the limit of optimizations available during the graph updating. However, we do have a refactoring lined up which should make the space belts, specifically, much more efficient to place and update
silk moatBOT
We are aware of the issue and track it internally.