原来是bug吗
我以前是因为视觉上的原因，因为设定10秒的话画面不会显示10，一开始就是9，我猜意思是还剩下9秒多不到10秒（倒也没问题？）但是我希望玩家能看到10这个数字，所以我都是直接+1秒，想说反正放水1秒也差别不大不需要卡那么死，原来+1s还是合理的惊了

所以rgss里因为整除导致的bug又多了一个，看来猫学姐需要对所有的整除都检查一遍了

fux2 发表于 2022-1-21 13:40
确实是个老bug了，当时我的解决方法是把条件判定里的计时器判定部分转成了浮点
...

最后确认了这个修正方式，将除法转成乘法，道理应该是一样的，乘法不会出现舍尾问题

1.   #--------------------------------------------------------------------------
   
2.   # ● 条件分支 计时器 以下
   
3.   #--------------------------------------------------------------------------
   
4.   def command_111_3_1
   
5.     $game_system.timer_working and $game_system.timer <= @parameters[1] *
   
6.       Graphics.frame_rate
   
7.   end
   

复制代码

确实是个老bug了，当时我的解决方法是把条件判定里的计时器判定部分转成了浮点

1. #sec = $game_system.timer / Graphics.frame_rate
   
2. 
   
3. sec = $game_system.timer.to_f / Graphics.frame_rate

复制代码

一般来说，比如手机、球场、或者闹钟式计时器，当真实计时时间为 01:01.5的时候，倒计时器应该显示的是01:01还是01:02？

那，在设定计时器时候，比想要的时间手动加一秒？

还真有这个情况，怪不得呢~首秒与其他的秒数的存在时间差那么多，1帧的存在时间，以至于常常看到的是下一秒。

草，难怪我怎么说我自己糊的计时器，和默认的感觉对不齐

感觉是因为条件分歧里判定的秒数是 $game_timer.sec 获得的
那最后一秒内只有59帧时，返回就是0秒了

还是判定 frame 更准确啊