I think those are just bots clicking links, you don't need to actually download the file to increment the counter.


fair enough, i suppose, but some bug reports have way more save downloads than others, even ones without any replies (such as this one , picked at random). surely those can’t all ...

while perusing the Bug Reports subforum, i noticed that almost every save attachment — really, every attachment in general — has been downloaded at least a handful of times, sometimes even in the double digits. i assume that the developers could probably only account for maybe 2 or 3 of those ...

this just got fixed in version 2.1.13!

this balancing suggestion got implemented in 2.1! hooray! piercing shotgun shells now shoot 18 pellets of 12 damage each.

this has been implemented in 2.0, so this topic should probably be moved to “Implemented Suggestions”.

+1. this sounds like a good, fun idea!

TLDR: the area in which an idle biter wanders is centered on its spawn point , not its spawner.

introduction

for my 2.1 playthrough, i decided to go for the “Keeping your hands clean” achievement, especially since, now that it isn’t cheesable by blocking the spawners’ spawn points, it’s much ...

my forum post got marked as a duplicate of this one, by the way.

Loewchen wrote: Wed Jul 01, 2026 8:30 pm 134428

the Alt‐mode inserter arrows are lane‐specific in‐game, except in the blueprint GUI, where they revert to the pre‑2.1 arrow style.

detailed description

in the main game view, when Alt‐mode is enabled or when hovering the mouse pointer over them, inserters and other direct‐insertion entities show ...

currently, when an item craft completes with a nonzero quality probability, the following process occurs:


the game “rolls a die” with the final calculated quality effect probability. if the check fails, output the product in the same quality as the ingredients. if it succeeds, continue to step 2 ...

+1 , i absolutely agree. i think it’s ridiculous that concrete almost takes more time to recycle than to craft . with 2.1 patching the hazard concrete “exploit”, Fulgoran factories now require a massive, disproportionate amount of recyclers to void all the unneeded concrete, which i just don’t find ...

Apologies for reviving the old thread, but I thought I'd give some input as one of the contributors to libjxl. […]


wow, i can’t believe one of the actual libjxl developers noticed my post! it’s a small world, huh?

i’ve been interested in contributing to JPEG XL for some time now, but can’t ...

+1. there’s already a post suggesting this in the dedicated “modding interface requests” subforum, by the way.

+1 because it’s funny.

in all seriousness, i find it arbitrary and needlessly restrictive that roboports can only take electrical and void energies. it would be pretty cool to have a heat‐powered roboport on Aquilo or a light‐oil‐powered roboport in an industrial‐themed, dieselpunk mod. down with ...

you don’t need this at all, since what you’re describing can be done with only one or two arithmetic combinators and some judicious bitwise operators:


to check if a bit is set (to get its value), you just need to calculate the bitwise AND of the input and a constant with just that bit set (here ...

Actually, with the "set recipe" circuit signal option, can't this be pretty easily automated too? Especially the productivity > 100% case.



Actually i cant reproduce this exploit at all


i just tried this in‐game: it works when deconstructing the machine (whether by hand or with bots) and ...

TLDR
asynchronous productivity can be manually exploited for free crafts, so make productivity output synchronously.

what?
when a machine’s productivity progress bar fills up, add its productivity results to the output of the machine only when the “main” green crafting progress bar fills up ...

this is a great idea! i can imagine construction bots moving over to the logistic chest containing the item and repairing it like an entity. they could also repair damaged items in the player's inventory by hovering over them. personal roboports would be even more useful!

speaking of which, being ...

when dropping items on a belt, if you continue dropping them ever so slightly behind the items already on the belt, the items will be dropped exactly where your pointer is, arbitrarily close (compressed) to the items ahead. this always happens and is independent of the save used.

i expected ...