赛前一周我的谱面工程文件里还躺着 600 多个未对齐的 Note。那不是普通的叠键而是《覆写者#Overwritter_》里最核心的“覆盖式双押结构”同一根判定线上蓝色 Click 和红色 Slide 的起始点完全重叠稍有不慎就会在演示时吃出一个 Bad。更麻烦的是CHAOS 15 的物量密度并不算夸张真正难的是让玩家在视觉上相信“这张谱是能稳定读懂的”。这篇文章围绕 CJC 1st 决赛参赛谱《覆写者#Overwritter_》的 CHAOS 15 谱面从设计思路、工具链、时间轴拆解到参赛验收完整复盘一套自制谱面从工程到演示的流程。无论你是想挑战 15 级谱面还是准备投比赛都可以直接参考这套方法。1. 背景与核心概念1.1 Cytus II 自制谱面是什么Cytus II 是雷亚Rayark开发的节奏动作游戏核心玩法是“点击、长按、滑动三种 Note 落在移动判定线上”。官方推出的谱面拥有手工调校的演出效果而自制谱面Community Chart则是玩家使用社区工具在遵循同一套判定机制的前提下自行设计 Note 排布、扫描线运动、变速节奏和视觉演出。“自制谱面”并不是简单地把音符对齐到拍子上。Cytus II 的谱面本质是一个带时间的二维坐标系统每个 Note 都有自己的出现时间Time、判定位置X 坐标在判定线上的比例、类型Click / Hold / Slide和扫线关联规则。谱面作者决定的不只是“什么时候点”还包括“扫描线从哪里开始、以什么速度扫过、玩家眼睛如何追踪下一个 Note”。1.2 CJC 1st 与决赛谱的定位CJCCytus J Challenge是社区性质的自制谱面比赛参赛者需要在限定时间内提交一张可完整游玩的自制谱面。比赛通常分为预选、复赛、决赛评审会从谱面结构、节奏契合、难度曲线、视觉设计、演出创新和可读性几个维度打分。本文提到的《覆写者#Overwritter_》是一首难度感知很强的电子乐BPM 跨度大Drop 段有连续的 16 分音型同时在 Break 段频繁切换节拍重音。CHAOS 15 不是官方难度数值而是社区对自制谱面难度的通用标注表示最高难度档位。决赛版本的目标是在音乐情绪最强的地方用高密度配置给足手感在中段通过变速和结构覆盖制造“谱面重写”的视觉隐喻最后在结尾把难度收束到可控范围确保演示时不会因为体力问题崩盘。1.3 “覆写者”的谱面设计隐喻曲名《#Overwritter_》本身带有“覆盖”含义谱面设计也围绕这个意象展开。传统音游谱面讲究“每一个 Note 都清晰可见”但这张谱在副歌部分故意让 Click 与 Slide 首尾重叠形成一种“原本的 Note 被后来者覆盖”的视觉感受。玩家看到的是同一时间点上的复合配置实际打击顺序却有先后层次。这种设计需要很强的数学控制多个 Note 的时间戳不能完全相等否则游戏引擎可能优先判定其中一个也不能相差太大否则玩家会误判为双押。实际处理时通常在同一根判定线上保留 30ms 到 60ms 的偏移同时通过扫描线速度和 Note 大小提示主次关系。1.4 谁需要读这篇内容想投 CJC 或类似音游自制赛事的谱面作者。想制作 CHAOS 14 / 15 高难谱面的进阶玩家。需要为项目演示准备“能上台面”的自制谱工程玩家。对 Cytus II 谱面数据结构和工具链感兴趣的技术向玩家。读完之后你能理解 CHAOS 15 谱面的设计逻辑掌握一套从素材准备、工具配置到演示验收的完整流程并且知道如何排查叠键、卡手、错位这三大高频问题。2. 环境准备与版本说明2.1 自制谱面工具链Cytus II 官方并未开放可直接生成谱面的编辑器社区通用的流程是制作中间格式谱面文件再通过模拟器预览和校验。常用工具包括谱面编辑工具社区常用的有 Cytoid 配套的谱面编辑功能、Cytus2Simulator 编辑器模式、以及部分谱面作者自研的 Web 编辑器。这部分工具更新速度较快不同版本的导出格式可能不同。谱面模拟器Cytus2Simulator 是最常见的预览工具可以加载谱面文件并模拟判定线与 Note 动画。图像素材处理谱面背景、角色立绘、特效图需要使用 Photoshop 或 GIMP 处理成透明 PNG。音频处理工具如果需要裁切歌曲、调整 BPM 或制作变速段落推荐使用 Audacity / REAPER。文本编辑器谱面导出的数据文件通常是 JSON 或类 JSON 格式建议使用 VS Code 搭配 JSON 格式化插件。版本差异注意不同版本编辑器导出的字段命名并不完全一致例如判定线速度、事件类型字段、时间戳单位都可能不同。本文讲解的是通用设计思路具体使用哪个工具版本不影响核心逻辑遇到字段差异时以你所用工具的导出文档为准。2.2 设备与操作环境操作系统Windows 10 / macOS 均可运行模拟器Linux 需额外配置兼容层。显示设备建议 1920×1080 分辨率缩放比例 100%避免模拟器窗口拉伸导致判定线位置判断失误。输入设备预览谱面时使用键鼠即可但高密度段落的最终手感确认建议使用支持多键无冲的键盘如果是触屏设备演示需要单独适配。2.3 建议的项目目录自制谱面项目虽然不需要严格的工程化但文件多了之后很容易乱。推荐按下面的结构组织overwritter_chart/ ├── audio/ │ ├── source.mp3 │ └── preview.ogg ├── chart/ │ ├── overwritter.json │ ├── overwritter_bak.json │ └── export/ ├── asset/ │ ├── bgm/ │ ├── char/ │ └── fx/ ├── preview/ │ └── screen_record/ └── note/ └── design_notes.md这个结构的好处是音频、谱面数据、素材、录屏、设计笔记分开存储。决赛版本迭代时只需要在chart目录里维护不同版本配合design_notes.md记录每次改动的动机避免改到最后自己都忘了为什么某个段落要这样排。2.4 谱面文件格式基本认识虽然不同工具生成的字段不同但 Cytus II 谱面数据大致可分为三个部分Meta 信息曲名、艺术家、谱面作者、难度、BPM、时间偏移。Note 数据每个 Note 的时间、类型、X 坐标、长度、关联的轨道/滑动路径。事件数据扫描线速度变化、移动路径、颜色渐变、背景特效触发。下面是一个简化后的示意结构帮助理解这些数据之间的关系{ meta: { title: #Overwritter_, artist: Your Artist, charter: YourName, difficulty: 15, bpm: 174 }, notes: [ { type: click, time: 12.345, x: 0.25 }, { type: hold, time: 12.500, x: 0.75, length: 0.400 } ], events: [ { type: speed, time: 10.000, value: 1.5 } ] }注意这不是 Cytus II 官方的最终谱面文件格式而是用于理解设计逻辑的简化结构。实际制作时编辑器会负责转换。你只需要理解“Time - X - Type”这个核心三元组即可。3. 核心设计拆解覆写者的三大机制3.1 扫描线覆盖用事件重建视觉重心CHAOS 15 谱面的第一个特点是扫描线速度频繁变化。Drop 段采用 174 BPM 的 16 分音符如果全程保持同一扫描速度玩家的视觉会非常疲劳。这里采用“前四拍正常速度第五拍切入双倍速度下一小节回到正常”的覆盖式设计。为什么这么做Cytus II 的 Note 是挂在判定线上的当扫描线加速通过时Note 的“出现时间”被压缩玩家会感觉 Note 密集度瞬间上升。这种速度变化不需要增加 Note 数量就能营造出密度冲击。做法是给每个变速点添加事件标记用文本编辑器精细调整时间偏移。实际项目中我更推荐在编辑器里先摆放 Note再用事件系统调整扫描线速度而不是反着来。因为先调速度再放 Note很容易在时间轴缩放时误判 Note 的实际判定位置。{ type: speed, time: 45.200, value: 1.8 }这个片段表示在第 45.2 秒时扫描线速度变为 1.8 倍。注意不同工具的事件字段可能叫scanSpeed、speedMul或moveSpeed需要查工具文档。3.2 覆盖式 Note 结构Click 与 Slide 的重叠时序《覆写者》主歌段最大的特色是“Click 压 Slide”。我使用了两套轨道一条轨道是常规的四分音符 Click另一条是长 Slide 路径。在 Slide 移动的中间位置插入一个与 Slide 路径投影点重合的 Click。这样做产生的听感是扫描线扫过时玩家先看到 Slide 的移动轨迹然后一个 Click 出现在轨迹终点附近造成“Click 覆盖了 Slide”的错觉。实际判定上Slide 需要长按/滑动Click 是独立点击二者互不冲突但视觉上形成了覆盖关系。关键参数Slide 的路径持续时间0.5 到 1 拍之间。Click 点距离 Slide 路径的偏差不超过屏幕宽度的 5%。Click 时间与 Slide 起点时间差控制在 30ms 到 80ms。如果时间差太小两种 Note 的判定会产生“抢输入”的冲突如果太大玩家会以为这是两个连续 Note 而不是一个复合配置。决赛版本里所有重叠结构都通过脚本做了批量时间偏移检查确保误差不超过一个像素。# 重叠 Note 检查脚本示意 # 用于扫描谱面数据中 time 差小于阈值的 Click 与 Slide 起始点 import json def check_overlap(chart_data, min_gap0.030): notes chart_data[notes] # 按时间排序 notes.sort(keylambda n: n[time]) issues [] for i in range(len(notes) - 1): gap notes[i1][time] - notes[i][time] if gap min_gap: issues.append((notes[i], notes[i1], gap)) return issues # 使用示例 with open(overwritter.json, r, encodingutf-8) as f: data json.load(f) for issue in check_overlap(data): print(重叠警告:, issue)这段脚本可以快速找出所有时间轴上过于接近的 Note尤其是 Click 与 Slide 的重叠段。实际使用时你可以调整min_gap参数适配不同工具的判定缓冲。3.3 双押转单点降低疲劳峰值CHAOS 15 不能从头到尾都是双押。决赛版本中我在 Drop 段采取“四小节双押 两小节单点”的交替结构让玩家的左右手轮流承担主要操作压力。具体来说双押段使用同一时间点、左右对称的 X 坐标比如 0.3 和 0.7单点段则使用连续不重复的 X 坐标形成类似阶梯的移动路径。这样做的好处是双押段提供爆发手感单点段让玩家有重新确认扫描线的窗口。3.4 变速段的“假重音”处理Break 段有一段节拍重音变化原本每四拍一个重音但实际曲子在这段使用了切分音。直接将重音对应的 Note 放在强拍上会让玩家觉得谱面和音乐对不上。处理方式是把切分音对应的 Click 放在反拍上同时在弱拍位置增加一个轻量的 Slide 头用来引导玩家视线落到正确的判定点上。这个 Slide 头的时间很短不会改变整体难度但能为高频读谱提供方向性提示。3.5 结尾难度回收决赛谱最常见的翻车点是结尾体能透支。CHAOS 15 的收尾段落我刻意减少了双押比例将难度转为“快速单点 短 Hold”利用 Hold 的长判定时间给玩家喘息的窗口。这个设计在决赛演示时非常重要最后一屏如果仍然保持最高密度很容易因为体力下降导致连击中断。4. 完整实战案例从工程到演示4.1 创建项目结构按照 2.3 节的目录先创建overwritter_chart项目并在note目录下新建design_notes.md。mkdir -p overwritter_chart/{audio,chart,asset,preview,note} cd overwritter_chart touch note/design_notes.md随后把处理好的音频文件放到audio目录。建议使用 320kbps 的 MP3 或无损 WAVBPM 标记写在design_notes.md里。4.2 导入音频并设置 BPM打开谱面编辑器新建项目将audio/source.mp3导入。设置 BPM 为 174四分之四拍。如果音频本身有变速需要先在 Audacity 里检测节拍点导出为 BPM 标记文件再导入编辑器。这一步最容易踩坑的是 BPM 偏移。如果音频开头有静音或鼓点切入延迟直接把 BPM 设为理论值会导致整张谱面延后。建议在编辑器里找到第一个强拍的精确时间然后手动调整时间偏移参数。# 设计笔记示例 title: #Overwritter_ artist: your_artist charter: your_name bpm: 174 offset: 0.135 difficulty: 154.3 编写核心谱面结构以下是一个简化版的核心配置用于演示一个 Drop 段 16 分音符四连的摆放逻辑{ meta: { title: #Overwritter_, artist: your_artist, charter: your_name, difficulty: 15, bpm: 174, offset: 0.135 }, notes: [ { type: click, time: 10.000, x: 0.25 }, { type: click, time: 10.086, x: 0.50 }, { type: click, time: 10.172, x: 0.75 }, { type: click, time: 10.259, x: 0.50 }, { type: hold, time: 11.000, x: 0.30, length: 0.500 } ] }这是什么意思呢10.000 到 10.259 四连就是 16 分音符前三个点从一个方向滑到另一个方向最后一个点回到中间模拟“扫过去再回到中心”的听觉感受。随后进入一个 0.5 秒的 Hold给玩家一个明确的段落边界。实际制作时不需要手写 JSON。你会在编辑器里点出这些 Note然后导出。这个 JSON 的作用是让你理解坐标系统和时间戳之间的关系方便后续用脚本批量处理。4.4 处理覆盖式重叠段下面用一个 Python 脚本把指定时间区间内的 Click Note 批量调整到 Slide 路径的投影点上import json def project_to_slide(chart_data, slide_start_time, slide_end_time, slide_x1, slide_x2): 将 [slide_start_time, slide_end_time] 内的 Click 投影到 Slide 线性路径上 for note in chart_data[notes]: if note[type] ! click: continue if slide_start_time note[time] slide_end_time: ratio (note[time] - slide_start_time) / (slide_end_time - slide_start_time) note[x] slide_x1 (slide_x2 - slide_x1) * ratio return chart_data with open(overwritter.json, r, encodingutf-8) as f: data json.load(f) data project_to_slide(data, 45.200, 46.000, 0.2, 0.8) with open(overwritter_final.json, w, encodingutf-8) as f: json.dump(data, f, ensure_asciiFalse, indent2)这个脚本的核心逻辑很简单把某段时间内所有 Click 的 X 坐标按照时间比例映射到一条 Slide 的起点和终点之间。这样视觉上 Click 就在 Slide 的移动轨迹上看起来像被 Slide “覆盖”。需要注意这段代码假设 X 坐标是从 0 到 1 的标准化值。不同工具可能使用 0 到 100 或其他范围使用前需要先确认坐标范围。4.5 运行与验证在模拟器中加载overwritter_final.json进入试玩模式。验证重点播放前三秒观察扫描线初始位置是否正确Note 是否从画面外进入。在第 10 秒左右测试 16 分四连确认肉眼能看清每个 Note且手指点击时没有判定冲突。覆盖式重叠段观察 Click 是否真的落在 Slide 轨迹上偏移不能超过一个 Note 宽度。结尾段完整试玩一次确认 30 秒后的体感难度没有突然升高。如果模拟器支持截图建议在关键段落暂停并截图与设计稿对比。4.6 决赛演示录制决赛演示通常需要录制一段 30 秒到 90 秒的完整游玩画面。录制时建议使用固定分辨率录制例如 1920×1080。关闭系统通知避免录制过程中弹窗。提前试录 10 秒检查音画是否同步。如果使用键鼠游玩请确保键盘无冲如果使用触屏请使用支持低延迟的触控笔或手指。演示录屏不需要剪辑太多特效重点是让评审看清 Note 摆放和手指操作。如果画面中手指和 Note 对应关系清晰评审更容易理解设计意图。5. 常见问题与排查思路5.1 高频问题清单问题现象常见原因解决思路谱面导入模拟器后出现大量偏移BPM 或 offset 设置错误在编辑器里重新定位第一个强拍时间叠键区域手感黏滞Click 与 Slide 时间差太小将时间差调整到 30ms 以上16 分音符看不清扫描线速度过快且无减速提示在前一小节降低扫描速度或增加停顿事件结尾体感难度过高后半段物量密度未递减替换部分双押为 Hold 单点录屏后音画不同步编码器设置或录制软件丢帧使用硬件编码并开启固定码率谱面过审演示时卡顿背景特效或素材过大压缩背景图降低特效粒子数量Slide 路径视觉不流畅路径控制点过少增加中间控制点线性插值改为贝塞尔曲线5.2 典型案例叠键判定冲突有一次我在叠键段放置了时间差只有 8ms 的 Click 和 Slide 起始点。模拟器在高速模式下能触发但在某些设备上会丢失其中一个判定。排查过程是这样的使用脚本扫描所有小于 30ms 的 Note 时间差。定位到冲突点发现 Click 的时间戳在 Slide 路径的起点的同时位置。把 Click 向后偏移 45msSlide 起点保持不变。重新试玩冲突消失。这个案例的核心教训不要用眼睛判断叠键是否有问题要用脚本量化检查。尤其是在高密度谱面里时间差小于 30ms 的 Note 是肉眼很难识别的但引擎判定会非常敏感。5.3 排查清单当你遇到“谱面手感不对”但说不清具体问题时可以按下面的清单逐项检查[ ] 音频 BPM 与实际节拍是否一致[ ] offset 是否精确到毫秒级[ ] 是否存在时间差小于 30ms 的相邻 Note[ ] 是否存在同一时间点、X 坐标接近但类型不同的 Note[ ] 扫描线速度变化是否破坏了玩家对拍点的预期[ ] 高密度段前后是否有足够的视觉缓冲[ ] CHAOS 15 的难峰值出现在歌曲情绪最强的段落吗[ ] 结尾是否留出体力恢复窗口[ ] 录屏分辨率、码率、声音延迟是否达标6. 最佳实践与工程建议6.1 每一处改动都要记录理由自制谱面最大的敌人不是难度而是失去上下文。你可能会在一周内反复调整同一个段落如果没有记录很容易改出一个不如原先的版本。建议在design_notes.md中用列表维护每个版本的改动记录## v0.9决赛提交版 - 第 45 秒重叠段全部 Click 后移 45ms解决判定冲突。 - 第 90 秒双押段改为 2 小节双押 2 小节单点降低疲劳。 - 结尾 Hold 长度从 0.4 增加至 0.6提供体力恢复窗口。6.2 用脚本批量处理机械操作当你需要移动、缩放、投影大量 Note 时尽量使用脚本而不是手动操作。手动点击上百个 Note 不仅容易错而且很难复现。使用 Python 脚本的好处是可以重复执行。可以精确控制时间偏差。可以输出每次修改的差异报告。6.3 评审视角优先参赛谱面不只是给自己玩更是给评审看。评审通常关注以下几点读谱友好性玩家第一眼能看出这个 Note 组合是什么意思。节奏契合度关键重音与鼓点、贝斯是否同步。难度真实性CHAOS 15 的配置是否能被玩家稳定游玩。演出创新是否有让人眼前一亮的设计比如覆盖式 Note、扫描线变速、视觉错位。因此在精细调整阶段不妨请 2 到 3 位不同水平的玩家试玩收集他们对“读谱是否顺畅”“手感是否反人类”的反馈。6.4 生产环境与演示环境分离如果你准备参加 CJC 决赛或录制演示视频建议准备两个版本正式版面向评审和玩家难度真实、演出完整。演示版在正式版基础上将结尾 16 分音符减少一部分增加少量长按降低现场失误风险。演示版不一定等于最终版但在比赛现场完整通关比极限配置更重要。你可以把设计理念放在赛前陈述中用正式版演示设计思路用演示版保证手感。6.5 备份与版本管理不要用final.json、final_final.json这种命名方式。建议使用带版本号的目录比如export/overwritter_v0.9.json。如果使用 Git 管理可以直接将谱面项目作为仓库提交记录每次 Note 调整。谱面项目不一定适合用 Git 做细粒度版本管理因为二进制素材会让仓库体积膨胀但至少对chart和note目录做版本管理是值得的。6.6 素材版权边界自制谱面通常用于个人练习和比赛交流。如果你计划公开上传或发布演示视频需要注意音频来源是否允许二次创作。背景素材是否使用了他人立绘、字体、图像。参赛作品是否允许投稿到视频平台。在比赛规则允许的范围内使用素材并在视频简介中标注曲名、作者和谱面作者信息这是对原作和社区的基本尊重。7. 总结与下一步这张《覆写者#Overwritter_》CHAOS 15 的自制谱面最终能在 CJC 1st 决赛中完成演示靠的不是单一的高密度配置而是三个层面的配合结构上用了覆盖式 Note 和扫描线变速制造“重写”的视觉隐喻工程上通过脚本批量处理重叠 Note 时间差保证了引擎判定的稳定性策略上在结尾预留了体力恢复窗口让演示版能在高强度段落后平稳落地。如果你也准备做一张参赛级自制谱面建议优先掌握三件事一是读懂 Time - X - Type 的基础三元组二是学会用脚本批量检查 Note 时间差三是在设计每个特殊演出效果前先问自己——评审第一次看到这个配置时能不能在三秒内理解它的意图。想进阶可以继续学习 Slide 路径的贝塞尔曲线控制、扫描线速度曲线设计以及多轨复合 Note 的排列组合。把一次完整参赛流程走完你对手感、读谱和评审标准的理解会比看十篇教程都深。