We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
右键审查元素的时候,会导致帧率下降,这个时候整体滑块移动速度会下降,但是上方依旧会继续出现滑块,造成滑块堆叠到一起. 我觉得滑块的位置应该和音乐的播放位置是相关的,而不是和显示的帧率.
The text was updated successfully, but these errors were encountered:
右键应该不会导致帧率下降吧,因为整个是绘制在一个canvas元素上的。在chrome的TimeLine里调试的时候,只要元素都加载完成了(那张背景图比较大,如果边玩的时候,边在载入这个图,帧率会受些影响),应该帧率都是不错的。 帧率不足的时候确实会导致滑块堆叠的问题,由于游戏一般都是一个绘制循环和一个逻辑循环,如果处理能力不足会导致循环的拖慢。 而且因为音乐是在一直向前播放的,只要播放的时间在前进,就会触发生产当前时间应该出现的滑块。从这一点上讲,滑块的产生时间是和播放息息相关的。根据难度不同滑块的速度不同,比如normal难度是让滑块4s运行到打击位置。滑块的起点对产生时间做了微调,如果产生的逻辑花了足够多的时间,滑块甚至有可能从中间开始落下而不是顶端。
Sorry, something went wrong.
帧率可以降到10左右╮(╯-╰)╭
No branches or pull requests
右键审查元素的时候,会导致帧率下降,这个时候整体滑块移动速度会下降,但是上方依旧会继续出现滑块,造成滑块堆叠到一起.
我觉得滑块的位置应该和音乐的播放位置是相关的,而不是和显示的帧率.
The text was updated successfully, but these errors were encountered: