实在隐藏不了,可能会加个判断, 过关用时小于5秒钟的判定作弊, 直接挂掉
做成手机陀螺仪晃动幅度,晃动幅度越大走的越快。
(快进到GPS定位和陀螺仪一起真人木头人)
我突然发现可以搞
感觉可以肝一下
后期可以考虑做成游戏App。
123木头人的普通模式和我们平时玩的一样,由手机来放语音,语速可能会变化,每次可能都不一样(但别太离谱,设置一个反应时间),可以局域网加人对战,直到淘汰到最后一个人。
然后弄个闯关模式,用户设置目标点位,地图上选点,最后就和电影里的类似的,过关和过关速度比拼。如果动了也不是直接淘汰,而是加时。
其实不作弊也不用5秒那么久
用滚动条0.9秒,不用滚动条也只需要2秒多
解决方法应该是为鼠标跟手指区分成不同的速度
服了, safari 不支持重力加速度检测, 没法 debug……
嗯, 我该把网页高度调一下了
加了亿点点网页高度
这个坑看起来就不小, 不过思路很不错
如果放弃滚动操作,改为点击某个按钮来增加进度,是不是能够避免许多问题
点击比滑动容易控制, 通关太容易了
可以控制点击的间隔呀,频率太高的操作给过滤掉就行了
我意思失误率太低了, 音乐一停就不点按钮就行了。
这个操作不太容易失误。
滑动页面是有一定几率失误的。尤其是在电脑上用鼠标滚轮操作时,因为页面的滑动是有一定的惯性的。
啊,我没有想到这个角度
电影里面给123木头人加了一个限时,跑完一段距离的设定。
我们也可以魔改啊。
跑什么跑?
换个方式,做题。
不能动的时间段,出现一个或几个数学题。
然后在能动的阶段,至少输入一个答案,不然出局。
每答对一个题得一分。每十次一个回合。
一个回合之后,分数少于一个标准得出局。
nice。
昨晚又想了想,这样一改。和木头人就没什么关系了。
跑题严重啊
所以叫魔改嘛
搞个一堆人在线同时跑的那种。哈哈哈
gameInterval = setInterval(() => {
if (finished) {
clearInterval(gameInterval)
return
}
// 播放速度每次增加 0.2
rate = rate + 0.2
// 最大播放速度为 3 , 最高支持到 4
if (rate >= 3) {
rate = 3
}
gameSound.rate(rate)
gameSound.play()
}, 6000);
started = true
rate 和 6000ms的间隔改成随机数是不是更好