这次我们来看一个音游自制谱面作品《覆写者#Overwritter_》的 CHAOS 15 谱面演示来自 CJC 1st 决赛。这个项目的核心不是开源软件也不是 AI 模型而是一份 Cytus II 玩家自制谱面。它值得关注的点在于决赛级别的谱面结构、CHAOS 15 对应的密度与读谱压力以及“从谱面文件到演示视频”的完整制作链路。这篇文章会拆解这个谱面演示背后的技术工作谱面信息、制作环境、文件结构、模拟测试、批量检查、视频录制和排错思路。无论你是想尝试制作第一张自制谱还是想了解音游谱面如何做自动化验证都可以按这篇文章跑一遍流程。先给结论这个谱面的标题是“覆写者”英文标识写为#Overwritter_谱面难度为 CHAOS 15参赛身份是 CJC 1st 决赛。CJC 通常指 Cytus II 自制谱面比赛具体全称以赛事主办方发布的信息为准。CHAOS 15 在 Cytus II 的难度体系里属于高难度档位这意味着它比普通困难谱更依赖扫描线判定、复合押键和读谱设计。文章后面所有的操作都围绕“如何做出并验证一张这样的谱面”展开。1. 核心信息速览信息项说明作品标题覆写者#Overwritter_谱面难度CHAOS 15赛事来源CJC 1st 决赛Cytus II 自制谱面赛事创作类型Cytus II 玩家自制谱面演示形态视频演示包含谱面播放画面和音频同步核心能力高密度音符编排、扫描线变化、节奏映射、演出效果制作制作重点谱面文件编辑、模拟验证、录像导出、检查稳定性适合读者音游玩家、自制谱作者、对音游谱面自动化检查感兴趣的技术人员合规提醒歌曲、美术素材、比赛规则需先确认授权范围从这张表能看出我们讨论的对象不是“能不能跑大模型”而是“一个音游自制谱面作品如何从想法变成可演示的视频”。后文会以这套流程为主线。2. 适用场景与使用边界自制谱面适合三种场景。第一种是音游玩家想玩自己编排的难度曲线比如把一首歌做成 CHAOS 10 或 CHAOS 15获得官方谱面没有的体验。第二种是谱面作者参加社区比赛CJC 这类赛事会限定曲目和截图要求决赛阶段的谱面往往会有明显的演出设计比如扫描线变速、note 组合、开局高密度段落。第三种是开发者研究谱面数据格式通过脚本检查谱面中是否有越界坐标、重复时间点、hold 异常等问题。同时也要说清楚不合适的场景。自制谱面不适合直接用于商业发布因为歌曲版权通常不在谱师手里也不适合在没有模拟器的情况下盲目套用参数不同版本的游戏和自制工具对谱面格式的支持程度不同容易出现“编辑器里正常游戏里断触”的情况。更不建议为了提升难度而塞入大量无意义的高密度 note这样只会让谱面失去可读性。从合规角度看自制谱面涉及歌曲版权、编曲版权、角色立绘和 UI 素材。如果是要发到视频平台建议确认原作者是否允许二次创作如果是参赛必须遵守比赛主办方关于曲目、难度、截稿时间、文件格式和展示方式的规则。社区比赛通常有严格的谱面提交要求比如不能修改判定区间、不能使用未授权的音频、需要附带封面等。发布到公开平台时也最好在简介中注明谱面作者、曲目来源和比赛信息。3. 谱面制作环境与前置准备开始做谱面之前先做好环境准备。这个环节的目标是让你的“谱面编辑—测试—录制”闭环跑通减少后续返工。硬件方面要求不高。Cytus II 自制谱面模拟预览主要消耗 CPU 和内存录制视频时需要额外的视频编码负载。如果你需要录制 1080p 60fps 的演示视频建议 CPU 至少 4 核 8 线程内存 16GB显卡不强求有 2GB 显存就能应付窗口录制和基础预览。如果你要开多个浏览器页面或同时运行模拟器和剪辑软件内存建议 32GB。软件方面需要准备四类东西Cytus II 游戏本体或对应的谱面模拟器。游戏本体用于最终实机验证模拟器用于日常快速测试。这里不指定具体工具因为社区工具更新较快以你当前能获取到的版本为准。谱面编辑工具或文本编辑器。自制谱面通常以结构化文本文件保存使用 VS Code、Notepad 等工具打开即可。音频处理工具。用于裁切歌曲、对齐 BPM、导出无损音频。常见做法是先获取 mp3 或 wav 文件再用音频软件测 BPM 和定位段。录屏软件。OBS Studio 是最常用的免费方案也可以使用游戏内自带的录制功能或播放器的导出功能。还有一个容易被忽略的点谱面文件与音频文件建议放在同一个项目目录下并保持相对路径稳定。很多自制工具在加载谱面时会根据相对路径寻找音频资源目录一乱就会加载失败。推荐的目录结构如下overwritter_chart/ ├── audio/ │ └── overwritter.wav ├── chart/ │ └── overwritter.cy2chart.json ├── cover/ │ └── cover.png └── export/ └── preview_video.mp4目录命名和文件扩展名只是示例实际以你的工具为准。重要的是养成“素材、谱面、输出”分开存放的习惯方便后续批量处理和版本回滚。4. 谱面文件基础结构与编辑思路Cytus II 自制谱面文件通常包含歌曲信息、音符事件、扫描线事件和元数据。不同工具导出的内容可能不一样但核心思路相似所有音符都挂在时间轴上每个音符由一个或多个字段描述比如出现时间、判定类型、位置和持续时间。下面给出一段通用结构的 JSON 示例。注意这不是某款特定软件的完整格式而是为了方便理解音游谱面的字段逻辑。实际导入前你需要把字段名改为自己工具对应的名称。{ song: { title: Overwriter, artist: 未知, bpm: 174 }, notes: [ { time: 10.24, type: tap, x: 0.5, y: 0.2 }, { time: 10.38, type: hold, x: 0.35, y: 0.1, duration: 0.8 }, { time: 10.55, type: drag, x: 0.75, y: 0.3, endX: 0.2, endY: 0.6 } ], scanlineEvents: [ { time: 10.24, speed: 2.0 }, { time: 11.05, speed: 0.7 } ] }在这份示例中time表示音符出现的秒数type表示点击、长按或拖拽x和y表示音符在谱面区域内的位置duration表示长按持续时长。实际游戏中Cytus II 使用扫描线上下移动来判定 note所以扫描线速度和时间点的变化会直接影响手感。编辑时要注意扫描线速度不要频繁突变否则容易让玩家觉得读谱困难CHAOS 15 高难度谱需要高速段但也要保证音符之间的最小间隔可读。编辑谱面的常见顺序是先把歌曲的 BPM 和分段确定下来再逐段填充主要节拍点上的音符接着加入长按、拖拽和变速扫描线最后统一检查密度曲线。不要一开始就追求高密度先把骨架节奏准了再往空隙里加装饰音。5. 从制作到演示完整操作流程下面给出一套可以照着做的操作流程。这套步骤适用于大多数自制谱面项目具体工具路径请替换成你本机的实际路径。5.1 获取音频并计算 BPM先获取歌曲的完整音频文件建议使用 wav 或高码率 mp3。用音频软件打开后找到第一个重拍的位置作为谱面的第 0 拍参考点。计算 BPM 可以通过手动点按或用自动检测功能自动检测结果要手动核对几个段落避免 1/2 和 2 倍 BPM 的误判。常见问题如果歌曲有变速段需要单独记录变速点。Cytus II 谱面对这类歌曲的处理往往更复杂建议先用恒定 BPM 的歌曲练手。5.2 创建谱面文件并导入工具打开谱面编辑工具新建项目导入音频文件和封面设置 BPM 和偏移量。保存后可得到一个谱面文件。不同工具生成的扩展名不同如.json或.cy2chart以工具提示为准。把文件保存到前面提到的chart目录中。5.3 编写音符事件逐个时间点添加 note。这里以文本编辑为例在 JSON 文件中新增tap事件{ time: 42.8, type: tap, x: 0.31, y: 0.18 }保存后重新加载工具确认音符位置是否与节拍对齐。重复这个步骤完成一个八拍的小节然后进入模拟器试玩不要一次性写完整个歌曲再检查返工成本会很高。5.4 扫描线变化设计CHAOS 15 谱面通常不是一路匀速扫描而是在副歌、间奏或高潮段落改变扫描线速度。扫描线事件可以单独维护。在编辑工具中每个扫描线速度变化点需要落在精确时间上。修改后要立即检查前后两个音符的相对间隔避免变速后音符叠在一起。5.5 本地模拟器试玩使用模拟器或游戏本体试玩谱面。第一遍只需要确认前 30 秒能正常通过没有丢音、爆音和判定异常第二遍重点感受扫描线变速段是否顺手第三遍才去关注整体演出效果。如果发现某个时间点的 note 明显偏早或偏晚先在谱面文件中定位到该时间点检查 BPM 偏移量是否正确。5.6 批量检查与统计谱面文件往往有几百个事件手工检查不现实。可以写一个简单的脚本读取谱面文件并输出统计信息。下面是 Python 示例仅用于说明思路。import json chart_path ./chart/overwritter.cy2chart.json with open(chart_path, r, encodingutf-8) as f: data json.load(f) notes data[notes] total len(notes) max_time max(n[time] for n in notes) min_time min(n[time] for n in notes) print(fnote 总数: {total}) print(f时间范围: {min_time:.2f}s - {max_time:.2f}s) tap_count sum(1 for n in notes if n[type] tap) hold_count sum(1 for n in notes if n[type] hold) drag_count sum(1 for n in notes if n[type] drag) print(ftap: {tap_count}, hold: {hold_count}, drag: {drag_count})脚本读取 JSON 后统计音符总数、时间范围和不同类型的数量。接下来可以扩展出越界检查和重复时间检查比如def check_duplicate_times(notes): times [n[time] for n in notes] duplicate sorted(set([t for t in times if times.count(t) 1])) return duplicate在实际项目中我会先把脚本放到tools/目录每次保存谱面后自动运行避免把明显错误带到测试阶段。5.7 录制演示视频录制前先把模拟器和谱面状态准备好。关闭通知栏和无关窗口将模拟器窗口调到固定分辨率比如 1920x1080 或 1280x720。帧率选择 30 或 60。如果视频平台支持60fps 能更好表现扫描线快速移动的顺滑感但文件更大剪辑压力也更高。使用 OBS 录制时新增“窗口采集”源选择模拟器窗口打开“高级属性”中的“音频采集”将歌曲声音和键盘触发的音效分开。录制完成后检查音画是否同步。如果画面和声音错位优先检查 OBS 的音频同步偏移设置或者改用模拟器内部导出视频的功能。6. 谱面功能测试与效果验证谱面做完后需要从数据校验、手感测试和视频观感三个维度验证。6.1 数据校验第一轮校验在文本层面完成。检查字段值是否越界比如坐标是否落在 0 到 1 的可判定范围内时间是否递增hold 的结束时间是否晚于开始时间。可以用脚本自动化完成。更稳妥的校验方式是直接让谱面工具导出预览如果工具在加载时就报错通常说明某个字段格式有问题。6.2 手感测试手感测试只能靠实际游玩。建议连续打三遍第一遍只看能不能存活。如果中途出现明显的 note 密集堆叠或读谱困难先记录时间点。第二遍只关注节奏。对每个小节的重拍位置做标记对比音符是否落在预期节拍上。第三遍关注“爽感”。关键段落是否有出彩的变速或同时押设计是否因为某个变速太突兀导致失误。判定标准很简单如果玩家连续三次在同一个位置失误说明这段设计有问题。要么音符时机偏移要么间距太小。不要因为“看起来难”就保留这种段落。6.3 视频观感验证录制完成后以观众视角看一遍视频。重点看扫描线移动是否流畅是否有突然跳变。音符出现位置是否在判定区域附近而不是贴到屏幕边缘。高密度段是否有足够的时间间距分辨多个 note。封面、歌曲信息、难度信息是否正常显示。如果视频观感和实际手感不一致优先调整录制窗口比例和判定区域大小不要直接改谱面。7. 显存与性能观察谱面预览类很多人会把“音游谱面”和“大模型”混在一起以为需要很强的显卡。实际上这个项目对显存的要求很低。只要模拟器能正常运行2GB 显存的图形环境就可以胜任。更值得关注的是 CPU 单核性能和录制视频时的编码压力。启动演示时可以先打开任务管理器观察 CPU 占用率和播放器进程的内存占用。如果录制视频时画面掉帧优先降低 OBS 的录制分辨率比如从 1080p 降到 720p或者改用硬件编码NVENC / QuickSync / AMF。不一定要升级显卡。如果出现模拟器卡顿常见原因是音频缓冲和谱面加载逻辑占用了较多 CPU。这时可以关闭其他后台程序或者降低模拟器分辨率。这类项目的大量任务在于“反复测试”而不是“并行计算”因此性能和显存并不是瓶颈。8. 常见问题与排查方法问题现象可能原因排查方式解决方案谱面文件打不开文件格式不匹配或字段名错误用文本编辑器打开检查 JSON 是否合法按工具文档修正字段名和结构音符位置偏移BPM 或偏移量设置错误在音频软件中重新确认第一重拍更新 BPM 和 offset 参数模拟器试玩时没有声音音频文件路径缺失或格式不支持确认音频文件是否在固定目录将音频转为 wav 或调整相对路径高密度段读谱困难音符时间间隔过密用脚本检查最近音符的时间差删除或后移部分装饰音扫描线变速后 note 重叠扫描线速度变化点过于接近在模拟器里反复确认变化点调整扫描线事件的时间与速度录制视频音画不同步OBS 音频采集偏移或系统缓存问题检查录制日志尝试固定采样率调整音频偏移使用 48kHz 采样率提交比赛时文件被拒绝文件命名、目录结构不符合要求阅读比赛规则中的提交清单按规则重命名并重建目录录屏后画面模糊窗口分辨率低于输出分辨率检查模拟器窗口和 OBS 输出分辨率统一为 1280x720 或 1920x1080谱面在模拟器正常游戏内异常游戏版本与谱面工具版本不兼容换用匹配版本的工具查看工具更新说明重新导出这张表适合贴在项目目录里。每次遇到问题先按“现象—原因—排查—解决”的循环处理不要直接推翻重做。9. 最佳实践与合规建议做自制谱面尤其是参加 CJC 这类比赛时最值得坚持的做法是“小步快跑”。第一次做谱不要直接挑战 CHAOS 15先完成一个 60 秒的 demo跑通“文件编辑—加载—试玩—导出视频”的完整流程。确认流程顺畅后再逐步加长谱面段落。这样能把 BPM、偏移、坐标和扫描线的调试成本降到最低。文件管理上建议维护三套版本一套“草稿版”用于快速编辑一套“测试版”用于模拟器运行一套“提交版”用于比赛或发布。每次修改完成后用脚本自动备份时间戳版本避免改到一半无法回滚。批量任务方面如果你后续想批量调整整张谱面的难度曲线可以写脚本批量平移所有音符时间或按百分比缩放坐标。示例脚本片段如下# 将谱面中所有音符整体延后 0.1 秒 for note in data[notes]: note[time] 0.1这类操作必须谨慎。整体平移只适合修偏移不能在变速段乱用。每次批量修改后一定要在模拟器里试玩变速段附近的音符确认手感没有恶化。合规层面务必注意几件事歌曲来源要合法建议使用原曲作者明确允许二次创作的音源谱面素材中的角色立绘、背景图、字体和 UI 图标都要确认版权归属封面图和谱面文件里不要包含未经授权的人物或品牌发布视频时标明曲目名称、作者、谱面难度和比赛信息。声音素材和谱面文件不要二次上传到非授权平台。如果你的谱面会被其他玩家下载最好附上 README 文件写明游戏版本、BPM、偏移量、工具版本和测试平台。这能显著减少“同一份谱面在不同设备上表现不同”的争议。10. 后续可以继续延伸的方向这个谱面演示的价值不只是“看一个高难度谱面”更值得学习的是它背后的一整套流程音频测速、谱面编辑、数据校验、模拟测试、视频录制。你可以继续做三件事。第一把谱面制作和自动化检查结合起来。写一个命令行工具输入谱面文件后自动输出统计报表包括音符总数、各类型占比、最大瞬时密度、坐标越界警告和重复时间警告。这套逻辑可以复用到后续所有谱面项目。第二研究扫描线事件对读谱的影响。CHAOS 15 的高难度体验很大一部分来自扫描线速度和轨迹变化你可以尝试在模拟器里逐段调试扫描线事件找到最适合某首歌曲的“变速节奏曲线”。第三尝试给谱面增加演出脚本比如在特定时间点触发背景变化、轨道光效或 UI 元素。如果你的自制工具支持事件系统这会比单纯堆叠 note 更能提升演示观感。如果后面还想继续深入可以直接把自己的谱面文件做成一个小项目上传到代码托管平台附上生成脚本和测试工具。这样既能记录迭代过程也能让更多玩家帮你反馈手感问题。本次《覆写者》CHAOS 15 的谱面演示只是起点真正有价值的是把“手工编辑器”升级成“可自动验证的制作流水线”。