So I've noticed that after around 250 cycles of crafting using 4 T3 Epic Prod mods in T3 Assemblers the productivity bonus no longer matches up with the expected result.
4 Epic T3 Prod mods give 76% of productivity bonus, but after a while of crafting odd numbers appear in the productivity bar. So ...

Eh.
Since I switched to Ubuntu a while ago Ive only had one crash. I can live with it.
But thanks anyways ^

Factorio needs remarkable little RAM.

My poor PC has only 8 Gigs of RAM and I still have ~1.8GB left over


3345.016 Info AppManager.cpp:303: Saving to _autosave2 (non-blocking).
3345.230 Info AsyncScenarioSaver.cpp:177: Saving process PID: 44684
3359.211 [44684] Received SIGTERM, shutting ...

Oh and there was another difference with ubuntu compared with linux mint.

The mouse and keyboard remained responsive.

You have restarted your computer since Factorio crash? If your computer operates normally, you don't need to do that. Sleep/suspend on Linux works well. I only restart my laptop when there is a kernel update. In between, laptop is sleeping, for months.

You can capture dmesg log using the command ...

I had to restart the PC to run memtest...
And yes, my notebook is shut down when not in use.


Now I know.


Hope I can reproduce the crash...

Sserious issues are incredible rare with Wube,
so I might have discovered a unicorn lol

I think the relevant dmesg.txt file was already overwritten :-/

And I just found out that I cannot post the dmesg...

When I try it returns:

Error

Invalid file extension: dmesg



And I figured that it was SIGTERM by reading the factorio-current.log, which I posted previously.

Please share dmesg.txt generated by this command run in terminal
sudo dmesg >dmesg.txt
Maybe it will indicate why system is getting unresponsive when trying to save a file?

Also do a full pass in Memtest86+ for a good measure, to start stability checks of your computer.


As expected, memtest ...

I've moved from linux mint to ubuntu.

I thought that fixed it, but during my playsession today, it reappeared, but it behaved slightly differently.

Firstly, it did happen only after a substantial amount of time passed and secondly, the system forcefully closed factorio with the SIGTERM command ...

Well I'm a fresh windows refuge who is quite new new to linux.

If it's something wrong with the system, then how do I find out what that "something" is?

So I've noticed that factorio likes to crash my PC (completely nonresponsive) when auto-saving on linux (no time loss saving is activated)
I have not yet noticed this behavior while manual saving.

My PC is an IdeaPad C340
CPU: Intel Core i5-8265U
GPU: Intel WhiskeyLake-U GT2 [UHD Graphics 620]

In ...

Sorry, bad communication from my side, am still learning accurate communication (a known character flaw I'm working on)

What I meant was (in your example) to allow all items through on the bottom side and all items on the top minus green circuits.



Here's what I'm trying to do:
A combined input ...

Hello there :space-age:

does anyone here have an idea how hard it would be to modify splitters to allow a blacklist filter on splitters in general? (like with inserters)
Or if thats even possible at all? Or even if a current mod exists that does that?
I'd be willing to get my feet wet with lua ...

computeraddict wrote: Tue Feb 18, 2025 4:34 pm

Legendendear wrote: Tue Feb 18, 2025 11:16 am That's unintuitive.
One'd expect the timer to reset whenever the cargo load changes...

Nononono. Platforms interact with their own inventory. I'd expect it to reset whenever its inventory interacts with the planet below.

Thats what I meant...

It should be noted that when the cargo is sent down due to 0/0 request via Cargo drop slots , the timer does reset.
It does not reset when the cargo is sent down due to a request in the planet's Cargo landing pad .

This might be unrelated, but looks unintuitive:
If the Cargo landing pad requests ...

It should be noted that when the cargo is sent down due to 0/0 request via Cargo drop slots , the timer does reset.
It does not reset when the cargo is sent down due to a request in the planet's Cargo landing pad .

This might be unrelated, but looks unintuitive:
If the Cargo landing pad requests ...

The title should be self-explanatory

Well it turns out this particular problem was a problem by my own doing... :oops:

I'm curious, what was causing you to not get enough batteries?


Apparently I dumped some iron plates into the chest recyclers pick and drop into while upcycling and to make matters worse, I forgot to connect ...

Well it turns out this particular problem was a problem by my own doing... :oops:


But nice that its fixed anyway...

Congrats. You guys are the only devs out there I know of who are able to fix nonexistent bugs :space-age: Keep on rocking.

Oh and sorry for the time loss I have caused you ...

Ok theres some funky business going on here.

I set up an input of 6k accumulators to be recycled and stored the plates and batteries in chests.

There is a visible difference between the production stats and the actual production.

See attachments