#92 applies research-driven productivity bonuses gated on the research horizon. The mod's research sync (send_research in mod/control.lua) reports researched technology names only, so a repeatable/infinite tech like Py's mining-productivity-12 (count_formula (4000)+100*(L*1.2), +0.1 mining productivity per level) counts once no matter how many levels are researched — NOW-mode mining blocks undercount late-game productivity.
Fix options, roughly in order of preference:
- Extend the state sync to send force.mining_drill_productivity_bonus directly (one number, covers all mining-prod techs including levels, no per-tech bookkeeping).
- Or send per-tech levels for researched techs (tech.level on infinite techs), and have the app multiply the per-level modifier.
Either way this is a wire-contract change: bump PROTOCOL_VERSION in app/src/server/bridge/protocol.ts and mod/control.lua in lockstep.
Until then the app models exactly one level of each researched productivity tech; finite techs (microfilters, mining-productivity-1..11) are correct.
#92 applies research-driven productivity bonuses gated on the research horizon. The mod's research sync (send_research in mod/control.lua) reports researched technology names only, so a repeatable/infinite tech like Py's mining-productivity-12 (count_formula (4000)+100*(L*1.2), +0.1 mining productivity per level) counts once no matter how many levels are researched — NOW-mode mining blocks undercount late-game productivity.
Fix options, roughly in order of preference:
Either way this is a wire-contract change: bump PROTOCOL_VERSION in app/src/server/bridge/protocol.ts and mod/control.lua in lockstep.
Until then the app models exactly one level of each researched productivity tech; finite techs (microfilters, mining-productivity-1..11) are correct.