An identical case to Give Combinators Higher Power Priority
It would be useful for critical infrastructure alerts, such as those relating to backup generators, because the Programmable Speaker doesn't trigger alerts when there is insufficient power.
Search found 26 matches
- Sun Nov 02, 2025 2:05 pm
- Forum: Ideas and Suggestions
- Topic: Give Programmable Speaker Higher Power Priority
- Replies: 1
- Views: 204
- Sat Oct 25, 2025 8:14 am
- Forum: Balancing
- Topic: Quality should increase train wagons capacity.
- Replies: 63
- Views: 9963
Re: Quality should increase train wagons capacity.
The math are wrong, following your reasonning the throughput of a rail is directly proportionnal to the carrying capacity of a train, so if you were trying to make the longest train possible for whatever reason , attempting to play smart or something , then you would have to conclude that the ...
- Fri Oct 24, 2025 10:31 am
- Forum: Balancing
- Topic: Quality should increase train wagons capacity.
- Replies: 63
- Views: 9963
Re: Quality should increase train wagons capacity.
The math are wrong, following your reasonning the throughput of a rail is directly proportionnal to the carrying capacity of a train, so if you were trying to make the longest train possible for whatever reason , attempting to play smart or something , then you would have to conclude that the rail ...
- Wed Oct 22, 2025 6:47 am
- Forum: Ideas and Suggestions
- Topic: Fifo chest
- Replies: 24
- Views: 1895
Re: Fifo chest
In the case of Gleba, only the accurate freshness filter should be implemented, as FIFO doesn't have an in-game case to use it widely.
- Wed Oct 22, 2025 6:33 am
- Forum: Ideas and Suggestions
- Topic: New option for more agresive enemies
- Replies: 2
- Views: 361
Re: New option for more agresive enemies
I see only demolisher expansions as an in-game feature. It would align Factorio's "you are not welcome here" with other planets. It doesn't need to be any pollution-related mechanic. But the chance that one specific worm would want to expand its territory to an "unhabited" part by other worms, where ...
- Mon Oct 20, 2025 2:58 pm
- Forum: Fixed for 2.1
- Topic: [2.0.69] UTF-8 with BOM encoding causes blueprint import exception on Linux
- Replies: 3
- Views: 467
Re: [2.0.69] UTF-8 with BOM encoding causes blueprint import exception on Linux
I believe you handled it flawlessly. I'll redirect everyone to this thread if they find anything more.
- Mon Oct 20, 2025 8:32 am
- Forum: Fixed for 2.1
- Topic: [2.0.69] UTF-8 with BOM encoding causes blueprint import exception on Linux
- Replies: 3
- Views: 467
[2.0.69] UTF-8 with BOM encoding causes blueprint import exception on Linux
If you save a blueprint on Windows with UTF-8 with BOM encoding, anyone who will use it on Linux won't be able to import it, causing Invalid version:'(' exception.
More info in this Github thread: https://github.com/Xeinaemm/Factorio-Ti ... /issues/20
More info in this Github thread: https://github.com/Xeinaemm/Factorio-Ti ... /issues/20
- Sun Oct 19, 2025 7:45 pm
- Forum: Bug Reports
- Topic: [2.0.71] Loading blueprint storage from cloud failed. Local version of the storage is being loaded instead.
- Replies: 0
- Views: 295
[2.0.71] Loading blueprint storage from cloud failed. Local version of the storage is being loaded instead.
In short, while debugging the blueprint library and the problem with the import exception of my user, I ended up in an unrecoverable state of my own library when switching between 2.0.69 and 2.0.71 versions.
Reproduction process:
1. Save game in 2.0.69 with sync enabled
2. Open the save game in 2.0 ...
Reproduction process:
1. Save game in 2.0.69 with sync enabled
2. Open the save game in 2.0 ...
- Sun Oct 05, 2025 5:28 am
- Forum: Translations
- Topic: Translation inconsistencies and typos in storage tank and pipes - Polish
- Replies: 0
- Views: 470
Translation inconsistencies and typos in storage tank and pipes - Polish
A few localization typos in Polish:
"Zawartość Zbiornik" should be "Zawartość zbiornika".
"Zawartość rury" should be "Zawartość rurociągu".
"Podziemny rurociąg" should be "Rura podziemna".
"pipeline" translates to "rurociąg" and "pipe" to "rura", and the two have been confused. Additionally, there ...
"Zawartość Zbiornik" should be "Zawartość zbiornika".
"Zawartość rury" should be "Zawartość rurociągu".
"Podziemny rurociąg" should be "Rura podziemna".
"pipeline" translates to "rurociąg" and "pipe" to "rura", and the two have been confused. Additionally, there ...
- Wed Oct 01, 2025 1:25 pm
- Forum: Ideas and Suggestions
- Topic: Unified unloading priority list to prevent undesired machine deadlocks when handling many items
- Replies: 4
- Views: 470
Re: Unified unloading priority list to prevent undesired machine deadlocks when handling many items
Stack inserters are specifically programmed to always and only ever wait for a full stack of items and never time-out until they have the full belt stack of items. If that's not the behavior you want - then don't use them.
The timeout was only a suggestion. I thought a little more about the ...
The timeout was only a suggestion. I thought a little more about the ...
- Wed Oct 01, 2025 12:34 pm
- Forum: Ideas and Suggestions
- Topic: Unified unloading priority list to prevent undesired machine deadlocks when handling many items
- Replies: 4
- Views: 470
Re: Unified unloading priority list to prevent undesired machine deadlocks when handling many items
I think you're misunderstanding how to use recyclers... your example with the recycler putting directly onto a belt is the correct ways to interact with recyclers (and why they auto-eject as an option). If you want to interact with them in any other way - you can - but you then need to deal with ...
- Wed Oct 01, 2025 11:10 am
- Forum: Ideas and Suggestions
- Topic: Unified unloading priority list to prevent undesired machine deadlocks when handling many items
- Replies: 4
- Views: 470
Re: Unified unloading priority list to prevent undesired machine deadlocks when handling many items
This will also have benefits for the machine and the inserters' throughput.
Stack inserters with a priority list produced a perfect half belt throughput (7200 items processed) than the recycler itself (6324 items processed) in 60 seconds.
You can check it on your own:
0eNrtnf9uozoWx19lhHT/WnIX ...
Stack inserters with a priority list produced a perfect half belt throughput (7200 items processed) than the recycler itself (6324 items processed) in 60 seconds.
You can check it on your own:
0eNrtnf9uozoWx19lhHT/WnIX ...
- Wed Oct 01, 2025 7:45 am
- Forum: Ideas and Suggestions
- Topic: Unified unloading priority list to prevent undesired machine deadlocks when handling many items
- Replies: 4
- Views: 470
Unified unloading priority list to prevent undesired machine deadlocks when handling many items
Context
The problem becomes norm when you hit endgame, beaconed, legendary quality stage, and you need to handle mixed flows. But breaks the game engine when you stress test Space Age's new machines that support belt stacking. As a gamer with knowledge of programming and circuit networks, I can ...
The problem becomes norm when you hit endgame, beaconed, legendary quality stage, and you need to handle mixed flows. But breaks the game engine when you stress test Space Age's new machines that support belt stacking. As a gamer with knowledge of programming and circuit networks, I can ...
- Tue Sep 23, 2025 9:01 pm
- Forum: Ideas and Suggestions
- Topic: Consistency of the loader
- Replies: 2
- Views: 333
Re: Consistency of the loader
Mods are required to use Loaders to begin with?
Mod is required to fix the belt stacking issue. In the picture, you have a vanilla loader from the editor with the applied fix.
Depending upon these items in a share-able Blueprint seems like a Bad Idea.
Recipes development and sharing testing ...
Mod is required to fix the belt stacking issue. In the picture, you have a vanilla loader from the editor with the applied fix.
Depending upon these items in a share-able Blueprint seems like a Bad Idea.
Recipes development and sharing testing ...
- Tue Sep 23, 2025 6:31 pm
- Forum: Ideas and Suggestions
- Topic: Consistency of the loader
- Replies: 2
- Views: 333
Consistency of the loader
Currently, loaders can load at a rate of up to 240/s, but can only unload at a rate of up to 60/s. The problem lies in the inconsistency, and belt stacking from SA should also be taken into account. Technically, mods can fix it by setting max_belt_stack_size = 4 , but to share blueprints, everyone ...
- Tue Sep 23, 2025 2:09 pm
- Forum: Not a bug
- Topic: [2.0.66] Loader should respect belt stacking for unload
- Replies: 4
- Views: 321
Re: [2.0.66] Loader should respect belt stacking for unload
So your bug report is actually a modding interface request in disguise to change a default value of the max_belt_stack_size
It's my only legal option to do that.
which would cause compatibility problems between vanilla executable and SA executable
SA added turbo loaders, so somewhere is a ...
It's my only legal option to do that.
which would cause compatibility problems between vanilla executable and SA executable
SA added turbo loaders, so somewhere is a ...
- Tue Sep 23, 2025 1:44 pm
- Forum: Not a bug
- Topic: [2.0.66] Loader should respect belt stacking for unload
- Replies: 4
- Views: 321
Re: [2.0.66] Loader should respect belt stacking for unload
Yes, this is what mod does, changes to max_belt_stack_size = 4
- Tue Sep 23, 2025 1:30 pm
- Forum: Not a bug
- Topic: [2.0.66] Loader should respect belt stacking for unload
- Replies: 4
- Views: 321
[2.0.66] Loader should respect belt stacking for unload
Currently, loaders can load up to 240/s but can only unload up to 60/s.
It would mean a lot for me, save UPS, space, and share the testing lab without forcing others to install a specific mod.
Expected result after fix(currently mod):

It would mean a lot for me, save UPS, space, and share the testing lab without forcing others to install a specific mod.
Expected result after fix(currently mod):

- Sat Dec 28, 2024 5:43 pm
- Forum: Pending
- Topic: [2.0.28] Water production with steam condensation recipe limited to ~2k/s
- Replies: 3
- Views: 1302
Re: [2.0.28] Water production with steam condensation recipe limited to ~2k/s
After some changes to the setup (extra inserters, belts, priority splitter overflow), the issue boiled down to a duplicate of 118644 Fluid transfer rates are capped even on directly connected entities as well.
You are right. This should be moved from pending to duplicated.
Regarding the idea of ...
You are right. This should be moved from pending to duplicated.
Regarding the idea of ...
- Sat Dec 28, 2024 5:37 pm
- Forum: Duplicates
- Topic: [2.0.28] Transport belt production limited to 180/s per Foundry
- Replies: 2
- Views: 850
Re: [2.0.28] Transport belt production limited to 180/s per Foundry
https://forums.factorio.com/118644
I believe you meant this one to tag as duplicate: https://forums.factorio.com/viewtopic.php?f=29&t=125052
This is a different case from what raiguard focuses on because there you are not hitting the 6k/s cap. Automated insertion limits for ingredients must be ...