2,517
次編輯
「谱面格式」：修訂間差異
小
無編輯摘要
（整理） |
小無編輯摘要 |
||
| 第28行： | 第28行： | ||
- | - | ||
这行代码表示 | 这行代码表示 谱面 整体往前(-)/往后(+)移动x毫秒 | ||
<br>推荐x=0，这样你物件对应的毫秒数即为歌曲对应的音的毫秒数。 | <br>推荐x=0，这样你物件对应的毫秒数即为歌曲对应的音的毫秒数。 | ||
<br>'''但是如果x≠0， | <br>'''但是如果x≠0，物件 在 音 乐中实际 对应的毫秒数=物件时间+x''' | ||
<br>''鉴于有些音源以开头为基准第一个采音不在整拍上，可能有时候你真的需要x≠0。<s>懒得算了</s>'' | <br>''鉴于有些音源以开头为基准第一个采音不在整拍上，可能有时候你真的需要x≠0。<s>懒得算了</s>'' | ||
| 第136行： | 第136行： | ||
*timinggroup语句块中的timing语句不会产生小节线。 | *timinggroup语句块中的timing语句不会产生小节线。 | ||
*一张谱面理论可以存在无限多个timinggroup语句块。 | *一张谱面理论可以存在无限多个timinggroup语句块。 | ||
===综合=== | |||
代码排列顺序'''除了第一个offset=0的Timing外'''不受限制。（存疑） | |||
==物量计算== | ==物量计算== | ||
有的时候我们并不能玩到自制谱面，这个时候我们可以通过以下方式计算本谱物量： | 有的时候我们并不能玩到自制谱面，这个时候我们可以通过以下方式计算本谱物量： | ||
*统计所有地面note和arctap以及flick数量，每统计一个+1 | *统计所有地面note和arctap<!-- 以及flick--> 数量，每统计一个+1 | ||
*Hold物件逐个计算，每个hold被起始位置所在BPM的1/2拍（即8分音符，或(30000/BPM)毫秒）分成一个一个判定块，'''每个判定块开始处物量+1'''，每个Hold最后一个判定块不加物量 | *Hold物件逐个计算，每个hold被起始位置所在BPM的1/2拍（即8分音符，或(30000/BPM)毫秒）分成一个一个判定块，'''每个判定块开始处物量+1'''，每个Hold最后一个判定块不加物量 | ||
**BPM＞=255时，判定块间隔变为所在BPM的1拍（即4分音符，或(60000/BPM)毫秒） | **BPM＞=255时，判定块间隔变为所在BPM的1拍（即4分音符，或(60000/BPM)毫秒） | ||
| 第147行： | 第150行： | ||
**当Hold长度短于本来的判定块长度时，整个物件对半分为两个判定块，最后一个判定块同样不计入物量 | **当Hold长度短于本来的判定块长度时，整个物件对半分为两个判定块，最后一个判定块同样不计入物量 | ||
**当Hold跨越timing时，按Hold起始点的BPM进行计算 | **当Hold跨越timing时，按Hold起始点的BPM进行计算 | ||
**当存在TimingPointDensityFactor时，每个判定块的时间需要除以TimingPointDensityFactor的值 | |||
*Arc物件基本与Hold相同，'''注意每个arc语句单算''' | *Arc物件基本与Hold相同，'''注意每个arc语句单算''' | ||
**持续时长为0的arc物量为0 | **持续时长为0的arc物量为0 | ||
| 第154行： | 第158行： | ||
''需要指出，Hold和Arc可能会出现误差，原因在于末尾处可能刚好超过计数点零点几毫秒，不过即使如此正常情况下误差总计也不会太大。'' | ''需要指出，Hold和Arc可能会出现误差，原因在于末尾处可能刚好超过计数点零点几毫秒，不过即使如此正常情况下误差总计也不会太大。'' | ||
'''还是一句老话，编完请自己high你不要大规模传播!!!''' | '''还是一句老话，编完请自己high你不要大规模传播!!!''' | ||
{{Usercheck-end}} | {{Usercheck-end}} | ||