I have way too many mods already, uploading it here so i can post it in the discussion tab
https://mods.factorio.com/mod/accumulat ... discussion

Update 1.0.2:
- Fixed train stop crash, the charge and discharge signals work now

Update 1.0.3:
- Full quality support

https://mods.factorio.com/mod/OverloadedTrains/downloads
done. on_tick-less train weight.
will soon get merged on OverloadedTrains11

friction would be a terrible idea for your usecase, it's not even up for debate.
friction would allow your trains to brake even faster, which makes no sense if you ...

for cargo based acceleration you'd want to manipulate weight(currently impossible)
even on_tick mods have a huge issue with the braking force multiplier (which is only possible per force)

that friction approach would make your trains slow down as if they were braking all the time, which is not how ...

i just made this mod:
https://mods.factorio.com/mod/leave_the_lights_on
but now realized that the tanks have rotated lights so i can't just copy their light cones into a single layered sprite
because unlike the .light property, which has a "source_orientation_offset", there is no such thing for ...

we already have player.gui.relative .add(...) .anchor = https://lua-api.factorio.com/latest/defines.html#defines.relative_gui_type

what we REALLY need is displaying these relative guis *above* the anchor gui.
currently they can only be displayed to the side...
for example you could display a bunch ...

i just tried putting everything in _G instead of storage.s (replacing most stuff to even access it without a _G[" prefix) and it did nothing for the performance, so indexing doesn't seem to cost much
(yes it took me almost an hour to test this)

still think devs should take a look at settings ...

did i find a way to make it faster? or did i find a way to make it unplayable in multiplayer? idk, i dont play this game in mp

also no clue why you don't want settings to be more performant and defending the current implementation

i'd prefer to not make my code less maintainable and update all my ...

this is more than the indexing cost though. they are still in a 2d table
if i add another dimension with {value = ...}, it does cost another 0.007 ups indeed (still less than using settings... calls)
that third dimension isn't used at all though, maybe they can save some performance by cutting that ...

it's kinda insane that replacing all settings.{storage,global} calls with storage[] calls got me down to 0.070 ups from 0.090. ( with 4 running reactors )
wouldnt heavy use of the storage table be terrible for the network load?

attached a modified version (based on 2.0.15) of the mod utilizing the ...

i guess it's a bug that light_flicker doesnt work on reactors with a void energy source?
demo:
https://mods.factorio.com/mod/RealisticReactorsReborn
2.0.14 has a displayer reactor with a void energy source
2.0.15 has a displayer reactor with a dummy fuel cell

btw: how do you adjust the pulsing speed?

another issue is that the furnace is only willing to accept a different ingredient when it finished crafting the current product and not already when the input inventory is empty (which is slightly suboptimal for a reactor)

I also discovered an issue with inserters. they seem to be "linked" to an ...

active = false; crafting_progress = 0 doesnt set the recipe to nil and doesn't allow inserters to insert a different fuel cell (the latter is critical)
it does consume the input resource though, which is an interesting quirk i didn't expect

whatever, it's fine. doesnt happen too often anyway so my workaround wont impact performance too much
can we at least have viewtopic.php?f=28&t=125010&p=655078#p655078 useful output_slots >1

because its not a furnace, its a nuclear reactor that just happens to use the furnace prototype to make it able to carry modules

viewtopic.php?f=23&t=125005&p=655063
It may not be a bug, but can we do something about it so prototype.result_inventory_size = 2 or higher is actually good for anything?

yeah i already assumed it was a performance optimization for the backend.. hard to believe it makes an impact though
it would also be a small improvement for the base game in general if you could produce quality stuff without having the machine attached to an inserter
another approach would be ...

When a furnace spawns a different quality item or something from a different recipe, it stops working at 100%.
Even if you give the prototype 2 output slots, it just pretends like the second slot doesn't exist

it has a few applications in RealisticReactors:
When the reactor was scrammed or fails starting, the fuel cell is lost and the the remaining fuel gets deleted (formerly done by setting currently_burning = nil in burner)
anyway. i made a workaround now.. though it's not pretty at all...
function ...

so the only way to reset the recipe is destroying it and respawning it?

wanted to add modules to RealisticReactors

local function make_sprites(item)
for _, quality in pairs(data.raw.quality) do
if quality.icon or quality.icons and quality.icons[1] and (quality.icons[1].filename or quality.icons[1][1]) then
local spr = {
type="sprite",
name = item.name.."-"..quality.name,
priority = "extra-high",
layers ...