镜像地图时长有问题，不准确。

无名小卒

毫秒差 而已不用纠结 换个写法就好了

深澜

无名小卒 发表于 2023-2-15 15:08
毫秒差 而已不用纠结 换个写法就好了

换个写法？
我说下我的这个脚本包含哪些条件吧，
1、这是一个多人副本，所有人进去后，显示的剩余时间是同步的。
2、镜像地图的时长不受小退、掉线等影响 ，也就是说，重新上线后显示的时间为最新的剩余时间。
3、副本的玩法为，从镜像地图创建开始计时，即为副本开始，根据一定间隔执行相应的脚本，
比如是时长30-60分钟分钟不等的副本，副本开始的第20秒执行一段、第300秒执行一段，以此类推吧，
请教一下，除了用定时器，还用能什么写法实现？

无名小卒

深澜 发表于 2023-2-15 19:12
换个写法？
我说下我的这个脚本包含哪些条件吧，
1、这是一个多人副本，所有人进去后，显示的剩余时间是 ...

你纠结的就是时间显示问题 不要用MIRRORMAPTIME 直接做虚拟时间 用机器人控制  就是机器人误差 虚拟时间也同步误差

深澜

无名小卒 发表于 2023-2-17 20:45
你纠结的就是时间显示问题 不要用MIRRORMAPTIME 直接做虚拟时间 用机器人控制  就是机器人误差 虚拟时间 ...

虚拟时间，怎么个虚拟法？这是一个多人副本，且是全局的，而且不是单个，是可以同时开无数个的多人副本，而每一个副本是那一个副本参与的全局时间，又同时是单个副本的独立时间。你完全不知道我这个功能的特殊性。时间获取功能没出来之前，都只能用G变量，用了非常复杂的逻辑去区别每个地图的时间，而且G变量占用非常大，而且G变量清0也是复杂 复杂，总之很有局限性，现在支持地图时间变量，就是为了减少一大堆的逻辑转换。

无名小卒

深澜 发表于 2023-2-17 20:57
虚拟时间，怎么个虚拟法？这是一个多人副本，且是全局的，而且不是单个，是可以同时开无数个的多人副本， ...

机器人为计时器 变量写入时间只做显示用 机器人控制变量数 我几个地图都是这样写的 论坛只支持1000kb 所以发不错给你看

深澜

无名小卒 发表于 2023-2-18 18:16
机器人为计时器 变量写入时间只做显示用 机器人控制变量数 我几个地图都是这样写的 论坛只支持1000kb 所 ...

算了，我要实现的功能你不知道是什么样的，跟你的肯定是不一样的，你的几个地图那应该都是静态的单一的。
我这个是一个多人副本系统，玩家可以同时创建多个相同甚至不同的多人的副本，而每个房间又是支持几个人进的那种，所以要将每个镜像地图的时间做成独立的，还要将每个镜像地图的时间做成对应参与玩家的全局时间，不会因为玩家掉线、小退、大退影响副本的进度，副本是根据时间进度来执行下一场景，所以，理论上来说，如果要用其它方法来将镜像地图的时间做成唯一标识，那么要写很多东西，占用大量G或I变量，如果做成INI节点，那么每秒也是大量的读写量。这个还只是一个种副本的。

1580

执行频率这是没办法的，频率受处理速度影响的

深澜

1580 发表于 2023-2-20 12:31
执行频率这是没办法的，频率受处理速度影响的

好吧，那只能放弃某些想法了。

1580

深澜 发表于 2023-2-21 02:43
好吧，那只能放弃某些想法了。

可以考虑时间段，例 200-210区间，使用个变量表示已处理

深澜

1580 发表于 2023-2-21 11:51
可以考虑时间段，例 200-210区间，使用个变量表示已处理

好的，你说的这个，其实有考虑过，要考虑的因素挺多，有些复杂，我看如何取舍吧。