Distro/kernel: 6.12.20-2-MANJARO
I have never tried Wayland, since I'm using XFCE and as far as I know they are sadly very slow in supporting Wayland. :(
Is there anything I could try to gather more debug information?
I added some system information as attachment here.
> but in general we do not ...
Search found 17 matches
- Tue Apr 01, 2025 3:03 pm
- Forum: Minor issues
- Topic: [2.0.42][linux] Severe memory leak after standby resume
- Replies: 6
- Views: 848
- Sun Mar 30, 2025 8:48 am
- Forum: Minor issues
- Topic: [2.0.42][linux] Severe memory leak after standby resume
- Replies: 6
- Views: 848
[2.0.42][linux] Severe memory leak after standby resume
Since a few days ago I am experiencing severe memory leaks when I go back to the game after a standby+resume. The game was not shut down during the standby, so it involves tabbing back into the paused game and going back to playing.
The memory leak is rapid and goes to about 20GB usage when my ram ...
The memory leak is rapid and goes to about 20GB usage when my ram ...
- Sat Dec 21, 2024 8:18 pm
- Forum: Logistic Train Network
- Topic: LTN and Factorio 2.0
- Replies: 39
- Views: 26121
Re: LTN and Factorio 2.0
For people who want to migrate to Cybersyn, it might be worth looking into https://mods.factorio.com/mod/LtnToCybersynMigration
- Sun Nov 24, 2024 8:14 am
- Forum: Ideas and Suggestions
- Topic: The (new) stack inserter should drop the held spoilable product as soon as it changes state
- Replies: 6
- Views: 2082
Re: The (new) stack inserter should drop the held spoilable product as soon as it changes state
edit: I can't reproduce this in the editor, so I don't know how this happened in my actual save. Also don't have the save where this was occurring anymore, my bad.
Welcome on the forums. While i see your idea proposal, unfortunately i have to say that this exact behavior is already part of stack ...
Welcome on the forums. While i see your idea proposal, unfortunately i have to say that this exact behavior is already part of stack ...
- Fri Nov 22, 2024 8:29 pm
- Forum: Not a bug
- Topic: [NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
- Replies: 8
- Views: 1070
Re: [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
Made a short clip showing it:
2024-11-22 01-14-26 (1).webm
As you can see at first it's rotated correctly with the plates* and then wrong with the molten copper and then correctly with the plates again.
* shortly before this video the plates were also wrong and I manually rotated it ...
- Fri Nov 22, 2024 4:26 pm
- Forum: Not a bug
- Topic: [NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
- Replies: 8
- Views: 1070
Re: [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
I have at the very least tried simply deleting the foundry and placing a fresh one without rotation and connecting the circuits and that still had this issue, if I remember correctly.
- Fri Nov 22, 2024 2:45 pm
- Forum: Not a bug
- Topic: [NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
- Replies: 8
- Views: 1070
Re: [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
Another piece of information: Rotating the non-working version by 90° still makes it swap opposite to the pipes, so it's not just an up/down thing.
- Fri Nov 22, 2024 9:24 am
- Forum: Not a bug
- Topic: [NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
- Replies: 8
- Views: 1070
Re: [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
Okay, I tried out some things in the editor and the thing that seems to break it is when recipes are added that have solid outputs.
I made some minimal reproduction setups.
So this one works fine and keeps its rotation between recipe changes:
0eNrNWduSoyoU/ReedUpQE03V9I90pSyjpIcaBQ9i5nR15d ...
I made some minimal reproduction setups.
So this one works fine and keeps its rotation between recipe changes:
0eNrNWduSoyoU/ReedUpQE03V9I90pSyjpIcaBQ9i5nR15d ...
- Fri Nov 22, 2024 12:36 am
- Forum: Not a bug
- Topic: [NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
- Replies: 8
- Views: 1070
Re: [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
Made a short clip showing it:
As you can see at first it's rotated correctly with the plates* and then wrong with the molten copper and then correctly with the plates again.
* shortly before this video the plates were also wrong and I manually rotated it.
As you can see at first it's rotated correctly with the plates* and then wrong with the molten copper and then correctly with the plates again.
* shortly before this video the plates were also wrong and I manually rotated it.
- Thu Nov 21, 2024 11:51 pm
- Forum: Not a bug
- Topic: [NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
- Replies: 8
- Views: 1070
Re: [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
Okay, I'm losing my mind. I reconstructed things so I have pipe access at the bottom. Now it randomly switches the inputs to be at the top when the recipe changes.
Does it just swap away from the pipes for some reason?
Does it just swap away from the pipes for some reason?
- Thu Nov 21, 2024 11:01 pm
- Forum: Not a bug
- Topic: [NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
- Replies: 8
- Views: 1070
[NOT A BUG - IGNORE] [2.0.20] Foundry with "set recipe" circuit control resets orientation somewhat randomly
Not an actual bug, I was just missing the difference between input and output sides.
What did you do?
Put down a foundry that is connected to some circuitry to decide what to forge.
The pipes are only available at the top, so the orientation of the foundry is rotated 180°C.
0eNrNWdtu4yoU ...
What did you do?
Put down a foundry that is connected to some circuitry to decide what to forge.
The pipes are only available at the top, so the orientation of the foundry is rotated 180°C.
0eNrNWdtu4yoU ...
- Mon Jun 17, 2024 11:03 pm
- Forum: Technical Help
- Topic: [1.1.107] Loading saves crashes with targetFluidBox->connections.size() was not true
- Replies: 1
- Views: 464
Re: [1.1.107] Loading saves crashes with targetFluidBox->connections.size() was not true
Something I just realized: I did most likely have RAM issues while those saves were being made. It might be possible my game state was corrupted because of that and then this may have caused those saves to be corrupted too.
- Mon Jun 17, 2024 11:01 pm
- Forum: Technical Help
- Topic: [1.1.107] Loading saves crashes with targetFluidBox->connections.size() was not true
- Replies: 1
- Views: 464
[1.1.107] Loading saves crashes with targetFluidBox->connections.size() was not true
My recent save games were not loading anymore. My game would crash almost immediately on hitting load on any of those saves with this stack trace:
Factorio crashed. Generating symbolized stacktrace, please wait ...
/tmp/factorio-build-ZPkTbZ/src/Util/Logger.cpp (336): Logger::writeStacktrace ...
Factorio crashed. Generating symbolized stacktrace, please wait ...
/tmp/factorio-build-ZPkTbZ/src/Util/Logger.cpp (336): Logger::writeStacktrace ...
- Sun Jun 16, 2024 6:36 pm
- Forum: 1 / 0 magic
- Topic: [1.1.107] Random SIGSEGV crashes
- Replies: 2
- Views: 722
Re: [1.1.107] Random SIGSEGV crashes
Yep, memtest confirmed bad RAM. Sorry for the disturbance.
- Sat Jun 15, 2024 10:01 pm
- Forum: 1 / 0 magic
- Topic: [1.1.107] Random SIGSEGV crashes
- Replies: 2
- Views: 722
[1.1.107] Random SIGSEGV crashes
Running the game on Linux and recently started getting more and more segmentation faults in the game, but haven't noticed them in other processes.
I'm still gonna run memtest for a while now to make sure it's not my RAM - which it very well might be. I'll report back tomorrow.
Here are the last 2 ...
I'm still gonna run memtest for a while now to make sure it's not my RAM - which it very well might be. I'll report back tomorrow.
Here are the last 2 ...
- Wed Apr 05, 2023 3:52 pm
- Forum: Resolved Problems and Bugs
- Topic: [1.1.74] failing to load player-data after save (infrequent)
- Replies: 20
- Views: 8322
Re: [1.1.74] failing to load player-data after save (infrequent)
Thanks for letting me know. Was just wondering, because this was said before the release of 1.1.76. ;)
It looks like it is related to the async-saving and should be fixed for the next release thanks to Genhis.
Will time travel be implemented some time in the future then?
edit: I was going by ...
It looks like it is related to the async-saving and should be fixed for the next release thanks to Genhis.
Will time travel be implemented some time in the future then?
edit: I was going by ...
- Wed Apr 05, 2023 12:29 pm
- Forum: Resolved Problems and Bugs
- Topic: [1.1.74] failing to load player-data after save (infrequent)
- Replies: 20
- Views: 8322
Re: [1.1.74] failing to load player-data after save (infrequent)
I didn't see anything in the patchnotes relating to this, but assume it was simply not mentioned.
However I've had this happen several times in 1.1.76 with non-blocking-saving=true
However I've had this happen several times in 1.1.76 with non-blocking-saving=true