本帖最后由 神崎长闲 于 2021-2-1 15:16 编辑
高频红石会影响游戏(已知事实)
理论上循环命令方块也是高频。
1.高频的命令方块是否影响游戏造成卡顿?
2.大量的高频的命令方块是否明显影响游戏造成卡顿?
3.假设2成立,那么多少量的命令方块会造成明显卡顿?(根据物理机的CPU和内存决定?)
4.假设1成立,高频命令方块影响程度是否小于高频红石激活命令方块?
高频红石会影响游戏(已知事实)
理论上循环命令方块也是高频。
1.高频的命令方块是否影响游戏造成卡顿?
2.大量的高频的命令方块是否明显影响游戏造成卡顿?
3.假设2成立,那么多少量的命令方块会造成明显卡顿?(根据物理机的CPU和内存决定?)
4.假设1成立,高频命令方块影响程度是否小于高频红石激活命令方块?
本帖最后由 天佑酱 于 2021-2-1 15:44 编辑
会。其主要体现为游戏延迟变大。
非常显著,如果命令方块的命令多为检测,将比高频红石恐怖的多。
依据电脑性能来定。但通常拥有中高配置的玩家可能fps不显著,但会有一定的延迟。
依照命令和频率来定。循环模式的命令方块每秒执行20次,远大于红石的频率,但如果是/tp类的命令则效果不大。但如果命令有很多需要解析实体/方块nbt(@e[nbt=]),亦或是大量放置方块,则效果极为恐怖。没审题
不一定,如果激活的是tp类的简单命令则红石激活>命令方块激活,如果是较为复杂的命令则命令方块激活>红石激活
但——
同一条命令,通过数据包(函数)执行的卡顿程度远远小于通过循环命令方块的卡顿程度
1.高频的命令方块是否影响游戏造成卡顿?
会。其主要体现为游戏延迟变大。
2.大量的高频的命令方块是否明显影响游戏造成卡顿?
非常显著,如果命令方块的命令多为检测,将比高频红石恐怖的多。
3.假设2成立,那么多少量的命令方块会造成明显卡顿?(根据物理机的CPU和内存决定?)
依据电脑性能来定。但通常拥有中高配置的玩家可能fps不显著,但会有一定的延迟。
4.假设1成立,高频命令方块影响程度是否小于高频红石激活命令方块?
不一定,如果激活的是tp类的简单命令则红石激活>命令方块激活,如果是较为复杂的命令则命令方块激活>红石激活
但——
同一条命令,通过数据包(函数)执行的卡顿程度远远小于通过循环命令方块的卡顿程度
主要看每刻的方块与实体的更新次数吧