quoted post:
Here is my screen of 4 farms - no button. I use version 7.0.2 in existing save. I even made save recovery and loaded mod again - it did not help. May be fasrms should re-initialized when loaded? (similar to the case of food store)....

关于你反馈的问题,我在处理中,我还在对每个接口进行多层次的测试.但是理论上已经修复了这个问题.
我明白了,你反馈了一个重要问题.
我没有深度测试,我现在明白了,你表明两个连接器链接之后未能发送货物,而运作的实际还是原本没有碰到一起的接口,这是bug,可以说是我设计缺陷.
我现在着手修正这个问题.这是严重的问题.非常感谢你的反馈.
I understand you have raised an important issue.
I failed to conduct in-depth testing. Now I realize what you described: goods cannot be dispatched after the two connectors are linked, and the system is still running based on the original unconnected interfaces. This is …
我将会研究这个问题..这属于平衡器的问题,我要考虑补丁是否碰触了这个位置.
已经列入研发清单,我在紧张的排查中.
I will look into this issue. It stems from the balancer, and I need to check if the patch has affected this position.
This has been added to the R&D task list, and I am conducting urgent troubleshooting.
Liquid Balancer (Long, Connectable) and Liquid Balancer (Long, Connectable)
可连接 链接 可连接
可连接 不能链接 不可链接.
他是试验性质,他是用来技术验证的,证明了可链接性,实现了两种接口能够链接这个功能.
将会继续更新和改进.我首先在一个建筑实现功能,然后实现了小接口能够实现功能.将会依次更新实现更多接口能够链接.
当所有都实现了可以链接了,那么最初的测试机,将会取消.
Connectable, link, connectable
Connectable, unable to link, non-linkable.
It is experimental and designed for technical verification. It proves linka…
让列车只有在有足够货物可装载时才到站?这不是卸货站的任务.这是火车行进规则.
从逻辑推断,这是一个发车信号💚,首先判断下一个目标站点是否有指定数量货物,而站点反馈发送一个发车信号,火车确认有这个信号时启动任务,抵达指定地点开始卸货.
那么,其实就是一个上货站,用来装载货物,他的缓冲区到了用户设定阀值,也就是缓冲区大于用户自定义阀值时,发送💚标志.标记为可抵达任务区.自动给火车发送一个任务,要截获火车当前任务面板,清空当前任务,添加一条新的任务,然后火车自动开往目的地开始自动装货,然后自动执行下一个逻辑任务,按照火车线路规划继续执行.
智能卸货站设计目的就是用于最终的终点站,他不管车上有什么货物,都会全部依次卸载.不用手工设定.当然保留了手工设定,用户可以自己决定什么卸载,如果不指定就全卸载.
.
你看修改后,系统报错,通过报错提示,运输设备 MoltenMetalChannelT2 速度 0.1992188 必须能被产品间距 0.5 整除 计算商值:2.509766,理论要求整数3,差值 0.4902344 不匹配
系统要求能够整除算法.
这就是fix32的精度问题,在数学中,fix32最容易出现无法整除\(v = \frac{65536},\quad k\in\mathbb\)
所以,我的质…
1,对你的测试反馈表示感谢.
2,我有一个mod叫做机器超频mod,你可以试试,通过超频一个机器可以达到1600.在以前版本曾经达到几千几万的产能,但是我做了更新,确保数字不爆炸做了限定.如果以铁熔融来计算最高级别他可以做到686
这设定是为了安全,以前都是好几千产量的.但是为了符合游戏设定规则而进行了重构,降低产能了.
通过他,我测试出熔融管道的确没有提升吞吐.管道的吞吐确实没有被修改. 我将会检查这一部分.
熔融的速度现在还处于瓶颈.
IoPort.GetMaxThroughputPerTick 对于非Transport实体返回 MAX_TRANSFER_PER_TICK = 3。
对于熔融通道:
- ThroughputPerTick = 2/sec / 60 ticks/sec = 1/30 tick ≈ 0.033/tick
这个值…
