录制日本视觉小说这种文字向游戏时很多人的注意力会放在剧情和画面上反而忽略了整条视频管线中最容易翻车的环节画面捕获方式、音轨分离、素材命名和最终编码参数。等视频录完才发现音画不同步、文件体积失控、麦克风声音和游戏声音混在一起后期根本没法救。“【Idea Factory】破滅のマルス 生肉实况 三 完结”这个标题表面只是一个游戏实况系列的收录实际上完整走过了“录制准备 → 游戏捕获 → 多轨录音 → 素材整理 → 无损剪辑 → 最终编码 → 发布”的全流程。这篇文章就以这个场景为切入点把日系视觉小说实况录制的完整技术链路讲清楚。内容不依赖具体某款游戏而是覆盖视频创作者最需要的通用能力OBS 配置、多音轨录制、FFmpeg 无损处理、字幕烧录和编码发布。1. 这类实况视频项目真正难在哪里先说结论录制“生肉实况”类视频技术核心不在于“能不能录”而在于“录完还能不能剪”。这句话听起来简单但绝大多数新人在第一环节就埋下了坑。1.1 什么是“生肉实况”在 ACG 视频语境里“生肉”通常指没有经过二次翻译或字幕加工的原生内容。对应到游戏录制就是说录制阶段没有实时叠加外挂字幕画面上保留的是游戏原始界面、日文字幕和实时语音。这种“生肉实况”对录制设备提出的要求是语音、BGM、系统音效、画面帧率都必须以原始状态被记录因为后期可能还要重新剪辑、加字幕、做多语言版本或者补录解说。“录完没法改”是这类项目最核心的约束。1.2 视觉小说录制和动作游戏录制不一样很多人以为录制游戏就是“开 OBS 按录制键”但实际上文字冒险类游戏的真实干扰因素比动作游戏更隐蔽游戏画面长时间静止只有文字框和立绘在切换语音和文字需要严格同步一旦录制掉帧后期对口型非常痛苦大量分支选项需要反复读取存档一个存档点可能会重录几十遍素材量巨大一个完结系列动辄几十 GB命名混乱后期就崩。所以这篇文章要解决的不只是“怎么录制”而是“怎么建立一套能应付长期项目、可回溯、可剪辑、可重新编码的录制工作流”。1.3 什么样的读者适合读这篇文章想录制日系游戏、视觉小说或剧情向内容的视频作者做了几期视频但对 OBS 音轨、FFmpeg 剪辑、编码参数一知半解的创作者电脑性能有限想用最小资源获得可靠录制效果的人正在规划一系列“完结”型长视频项目担心素材管理失控的团队或个人。如果你只是随手录十分钟发给朋友那直接开 OBS 默认设置就行。但如果你要做成系列视频并且要做到“质量稳定、出片高效、失败可回溯”这篇文章的内容会对你有实际价值。2. 视频录制的核心概念与原理在进入配置之前先用最朴素的方式建立几个关键概念的认知。它们直接决定了录制配置怎么选。2.1 分辨率与帧率不是越高越好分辨率决定了画面的精细程度帧率决定了画面的流畅程度。文字游戏虽然看起来“静态”但语音播放时嘴巴和文字框会有动画背景也可能有缓慢的视差效果。如果帧率掉到 30fps 以下虽然静态截图看不出问题实际看视频时会明显感到卡顿。更现实的问题是很多视觉小说是在 1280×720 或 1920×1080 分辨率下开发的。如果录制时强行用 4K 分辨率不仅占用大量编码资源还可能因为 UI 缩放问题导致文字发虚。稳妥的做法是先确认游戏原生支持的分辨率再决定录制分辨率。对于这类项目1080p 通常已经够用。如果游戏素材本身是 720p录成 1080p 并不会让画面更清楚反而会增加比特率压力。2.2 比特率与编码器决定文件大小和清晰度的关键比特率可以理解成“每秒给画面分配多少数据”。比特率越低压缩越狠画面越容易糊比特率越高文件越大但清晰度越好。编码器方面目前主流选择有x264软件编码兼容性好同码率下画质通常好于硬件编码但 CPU 占用高。NVENCNVIDIA 硬件编码显卡负责编码CPU 占用低适合直播和录制。QuickSyncIntel 核显编码占用低但在低码率下画质一般。AMFAMD 硬件编码AMD 显卡的编码方案新版效果已经不错。文字游戏画面变化不大但是字幕、选择框这些元素有硬边缘压缩时容易出现文字边缘模糊。如果只用硬件编码默认参数码率又设置得偏低最终视频里的日文字幕会糊成一片。这类内容反而需要一个“画质优先但体积可控”的编码参数组合。2.3 音轨分离为什么不能把声音全录进一条轨道这是最容易被忽视、后期最痛苦的问题。如果游戏声音、麦克风解说、系统通知音全部混在一条音轨里后期想单独降低某一个声音、去掉咳嗽、替换 BGM几乎做不到。标准做法是在录制阶段就把游戏音频和麦克风音频记录到不同音轨后期用剪辑软件或 FFmpeg 单独处理。OBS 支持多音轨输出这一点是免费的而且设置并不复杂。2.4 封装格式与编码格式的区别很多初学者会把“MP4”“MKV”当成编码格式。其实MP4/MKV 是容器格式H.264/H.265 才是编码格式。容器负责把视频流、音频流、字幕流装在一起。录制时建议使用 MKV因为 MKV 容错性更好断电或程序崩溃时数据不容易全部丢失。后期处理完再封装为 MP4方便上传发布。3. 录制环境准备与前置条件工欲善其事必先利其器。录制环境不需要顶配但必须稳定。以下是我建议的最小准备清单。3.1 硬件与操作系统CPU四核以上即可软件编码时核心越多越安稳内存16GB 比较稳妥8GB 也可以但不要同时开一堆浏览器标签页硬盘必须留出充足的可用空间。游戏本体、录制素材、后期工程、最终成片四份空间都要预留显卡NVIDIA、AMD 或 Intel 核显都可以关键是驱动要保持更新老驱动常导致 NVENC 无法启用操作系统Windows 10/11 或 macOS 均可下文以 Windows 为例。这里要特别注意录制视频是非常吃硬盘写入的操作。机械硬盘在长时间录制时容易因为写入速度波动导致掉帧SSD 是更稳妥的选择。3.2 软件清单软件用途版本建议OBS Studio录制与推流的主工具版本以官网最新稳定版为准FFmpeg音视频处理、无损剪辑、编码转换保持较新版本即可重点用命令行字幕工具制作 ASS 字幕或后期字幕Aegisub / 剪映 / 任意编辑工具剪辑软件成片剪辑DaVinci Resolve / Premiere / 剪映均可MediaInfo检查编码信息和视频参数免费官网下载即可本文不写死具体版本号因为录制工具链更新较快写死版本意义不大。重点讲配置思路和参数判断方法这些知识在版本变化后依然有效。3.3 建立素材目录规范长期项目的失败点往往不在技术参数而在素材管理。建议在项目开始前就建好目录例如D:\LetsPlay\Mars ├── 01_GameCaptures # 游戏原始录制 │ ├── 20250101_Ep01_rec.mkv │ ├── 20250102_Ep01_retake1.mkv │ └── 20250103_Ep02_rec.mkv ├── 02_Audio # 单独录制的麦克风音频 ├── 03_Scripts # 分P文案、流程脚本 ├── 04_Subtitles # 字幕文件 ├── 05_EditProject # 剪辑工程 ├── 06_Exports # 最终成片 └── 07_Thumbnail # 封面与素材命名要包含日期、集数和版本信息。宁可文件名长一点也不要出现最终版_v3_really_final.mkv这类灾难命名。4. OBS 场景与录制配置详解OBS 是这套流程的核心。下面按步骤拆解配置。4.1 设置视频画布OBS 的“设置 → 视频”中关键参数建议如下基础画布分辨率设置为显示器分辨率或游戏分辨率建议与录制目标一致输出缩放分辨率1080p 为默认目标画质优先时可以设为原生分辨率常用 FPS30 或 60这里要看你的内容。视觉小说叙事向内容 30fps 够用但如果你希望画面滚动更顺滑可以选择 60fps。值得提醒的是不要为了“清楚”而把输出分辨率设得比画布分辨率还高。如果游戏本身是 720p强行放大到 1080p 反而是浪费码率画面并不会更锐利。4.2 设置编码器与码率在“设置 → 输出”中切换到“高级”模式。录像建议录像格式MKV编码器如果有 NVIDIA 显卡选 NVENC H.264如果 CPU 足够也可以用 x264码率控制CBR 或 CQP。CQP 更偏向画质优先数值 18~23 是比较通用的范围。数值越低画质越好文件越大关键帧间隔2 秒或自动对后期剪辑影响不大。下面是一个接近实际配置的 OBS JSON 示例实际使用中 OBS 会自动生成这些文件。这里给出的是便于理解的结构化视图// 目录位置参考%APPDATA%\obs-studio\basic\profiles // 这个文件在实际安装中由 OBS 写入此处为简化示意 { Name: Gameplay_Recording, Output: { Mode: Advanced, RecType: Standard, RecFormat: mkv, RecEncoder: nvenc_h264, RecRateControl: CQP, RecCQ: 20, RecKeyframeInterval: 2 }, Video: { BaseCX: 1920, BaseCY: 1080, OutputCX: 1920, OutputCY: 1080, FPS: 60 } }注意OBS 实际配置是由图形界面写入的直接手改配置容易出错。上面的结构只是帮助你理解参数之间的对应关系。真正修改参数时请还是在 OBS 图形界面中进行。4.3 添加游戏源OBS 支持的捕获方式有三种显示器采集捕获整个屏幕简单但会录到桌面图标、通知、鼠标指针窗口采集捕获指定窗口稳定但部分独占全屏游戏无法捕获游戏捕获专门捕获游戏画面推荐优先使用。对于视觉小说类游戏多数窗口在独占全屏下无法被窗口采集使用“游戏捕获”更稳。不过有些游戏使用特殊渲染层游戏捕获也会黑屏。这时候可以退而使用窗口采集前提是把游戏设置为无边框窗口模式。场景中添加游戏源的简化 JSON 示意// OBS scenes JSON 结构项目名称为“GameCapture” { current_scene: GameCapture, sources: [ { name: Game_Record, id: game_capture, settings: { capture_mode: any_fullscreen, allow_transparency: false, capture_cursor: false, window_priority: 0 } } ] }在 OBS 界面里添加源之后右键选择“属性”将模式设为“捕获任何全屏应用程序”是比较稳定的通用方案。如果游戏是多窗口或窗口内嵌渲染也可以切换为“捕获特定窗口”。4.4 设置双音轨录制这是整个项目中最值得花时间的一步。操作路径“设置 → 输出 → 录音”。建议配置音轨 1桌面音频游戏声音、BGM、系统音效音轨 2麦克风/辅助音频解说或环境音音轨 3备用可留空或放临时音频源。之后在“设置 → 音频”中确认全局音频设备桌面音频选择你的扬声器或声卡输出麦克风/辅助音频选择你的麦克风。这样录音后在 MKV 容器里会同时包含两个独立音轨剪辑软件中可分别调用。4.5 设置录制快捷键在“设置 → 热键”里为“开始录制”和“停止录制”设置快捷键。建议设置一个顺手且不冲突的组合键例如CtrlShiftR。这是很多新手忽略的细节。动作游戏你还可以靠 UI 观察录制状态但视觉小说一旦进入快进模式很容易一直在录而自己不知道。快捷键配合 OBS 界面左上角的录制状态按钮能有效避免“忘记开录”的尴尬。5. 完整录制流程示例下面用一个最小示例把上面的配置串起来模拟“从打开游戏到录制完成”的整个过程。5.1 准备开始录制打开 OBS确认场景里已经添加了游戏源确认音频设置里桌面音频和麦克风分别对应到音轨 1 和音轨 2打开游戏进入实际要录制的画面查看 OBS 预览窗口确认游戏画面正常显示按CtrlShiftR开始录制观察 OBS 右下角的录制状态和码率是否正常录制结束后再按一次快捷键停止。5.2 查看录制文件录制文件默认保存在“设置 → 输出 → 录像路径”。默认是C:\Users\用户名\Videos。如果之前没有改路径录制文件会直接出现在这里。建议尽早把录像路径改到素材目录例如D:\LetsPlay\Mars\01_GameCaptures。5.3 录制中常见操作录制过程中如果遇到游戏分支选择不要慌。多数视觉小说支持读取存档你可以先完成当前分支的录制之后读档补录另一段。补录时给文件名加上模块名称例如20250101_Ep03_routeA.mkv 20250101_Ep03_routeB_retake.mkv这样在剪辑阶段就能快速定位。6. 音视频无损处理FFmpeg 实战录制结束后通常不会直接开始剪辑因为原始 MKV 文件可能包含多音轨、大量无效开头和结尾也可能需要把某个准备废弃的音频轨去掉。这些操作如果重新编码会损失画质所以优先使用 FFmpeg 的流复制模式。6.1 查看文件信息先用 MediaInfo 或 FFmpeg 查看文件内部结构确认有几条视频流、几条音频流、各音轨的语言标签是什么。ffmpeg -i 20250101_Ep03_rec.mkv输出中会显示类似下面的信息Input #0, matroska,webm, from 20250101_Ep03_rec.mkv: Stream #0:0: Video: h264 (High), yuv420p, 1920x1080, 60 fps Stream #0:1: Audio: aac, 48000 Hz, stereo, 128 kb/s Stream #0:2: Audio: aac, 48000 Hz, mono, 128 kb/s这里 Stream 0:0 是视频Stream 0:1 是桌面音频Stream 0:2 是麦克风音频。6.2 保留全部音轨的无损转封装如果你只是想把 MKV 换成 MP4但不想改动里面的视频和音频数据可以使用流复制ffmpeg -i input.mkv -map 0:v:0 -map 0:a:0 -map 0:a:1 -c copy output.mp4这个命令的意思是读取input.mkv选择第 1 条视频流和第 1、第 2 条音频流全部用-c copy流复制不重新编码。速度非常快画质没有损失文件大小也几乎不变。不过注意MP4 容器不支持部分字幕格式所以如果你需要保留字幕流还是保留 MKV 更稳妥。6.3 去掉某个音轨如果某一期视频不打算保留解说轨只保留游戏声音可以这样处理ffmpeg -i input.mkv -map 0:v:0 -map 0:a:0 -c copy output_no_commentary.mkv这样生成的文件只有视频轨和第 1 条音频轨体积可能会变小。6.4 无损裁剪一段视频视觉小说录制经常会出现“中间某一段想重录但前后都很好”的情况。你可以先用无损截取把需要的片段切出来再进剪辑软件。注意除非你用的剪辑软件无法识别 MKV否则不需要先切片段这里只是一个快速整理手段。ffmpeg -ss 00:10:00 -to 00:12:30 -i input.mkv -map 0 -c copy segment.mkv-ss是起始时间-to是结束时间。在-i前面使用-ss的版本跳转会更快适合大文件。但这个快速裁剪有一个隐患它切割的位置不一定在关键帧上可能导致开头几秒画面出现短暂卡顿或黑屏。说明白点这种裁剪适合“临时预览素材”不适合直接发布。如果你想得到精确到帧的切片最好在剪辑软件里进行或者在 FFmpeg 中先重编码这段区域。完整成片建议走重编码流程。7. 字幕烧录与最终编码7.1 字幕文件与“生肉”的关系“生肉实况”本身是不含附加字幕的原始录像但这不代表后期不能加字幕。有些视频作者会在生肉基础上增加自己的注释字幕对关键选项、剧情梗概进行补充说明。字幕文件建议用 ASS 格式因为 ASS 支持自定义样式、透明度、字体和位置。Aegisub 是常用的字幕编辑工具可以直接创建 ASS 文件。之后用 FFmpeg 把字幕烧进画面。7.2 用 FFmpeg 烧录字幕下面是一个将 ASS 字幕叠加到视频并输出 MP4 的命令ffmpeg -i input.mkv -vf asssubtitle.ass -c:v libx264 -crf 20 -preset medium -c:a aac -b:a 192k output_with_subtitle.mp4这里几个参数的含义是-vf asssubtitle.ass把字幕作为滤镜叠加到画面上-c:v libx264使用 x264 软件编码器重新编码视频这一步不是流复制而是真正压一遍-crf 20质量控制参数数值越低画质越好一般 18~22 之间比较合适-preset medium编码速度与压缩率之间的平衡选项slow或slower压缩率更好但速度更慢-c:a aac -b:a 192k把音频编码成 AAC码率 192kbps。注意-vf中的asssubtitle.ass如果字幕文件路径包含空格或中文建议先把字幕放到命令所在的当前目录或者用绝对路径并转义。7.3 面向视频平台的最终编码建议不同平台对上传视频的格式要求略有差异。但一般来说MP4 容器、H.264 编码、AAC 音频是目前兼容性最好的组合。下面是通用性较强的成片编码命令ffmpeg -i final_cut.mkv -c:v libx264 -crf 19 -preset slow -pix_fmt yuv420p -c:a aac -b:a 192k -movflags faststart final_upload.mp4faststart参数很有用它会让视频文件中的元数据移动到文件头部在线播放时可以先加载一部分就能开始拖动进度条。如果你的视频主要是静态画面、长对话和少量文字想进一步控制体积可以改用 H.265HEVC编码。但注意H.265 的兼容性不如 H.264部分老旧平台可能不支持需要在决定前先确认目标平台的编码支持情况。ffmpeg -i final_cut.mkv -c:v libx265 -crf 24 -preset slow -tag:v hvc1 -c:a aac -b:a 192k output_hevc.mp4在 H.265 中-crf 24大约相当于 H.264 中-crf 18~20的视觉效果具体还要看画面复杂度。文字边缘比较多的话建议先用一个小片段测试。8. 常见问题与排查思路录制和后期过程中最容易遇到的问题基本集中在这几个环节。问题现象可能原因排查方式解决方案OBS 预览黑屏但游戏正常游戏使用了独立渲染通道游戏源无法捕获检查来源列表中是否显示“无法捕获”切换为“捕获特定窗口”或“显示器采集”录制视频音画不同步CPU 或硬盘资源不足编码器跟不上查看录制日志里是否有丢帧提示改用 NVENC / 更换 SSD / 降低录制分辨率麦克风声音和游戏声音混在一起全部声音录进了一条音轨用 MediaInfo 查看音频流数量重新设置 OBS 音轨映射多音轨录制视频文件巨大上传很慢码率或 CQP 设置过高质量偏好查看文件码率根据平台限制调整 CRF/CQP 或改用 H.265字幕烧录后文字边缘很糊编码码率不够细节被压掉了放大对比字幕区域降低 CRF 值或增大编码码率录制到一半 OBS 崩溃插件冲突、驱动问题或硬件过热查看 OBS 日志和事件查看器升级驱动、清理插件、换稳定版本如果你遇到黑屏第一步永远是检查来源状态而不是重新安装软件。OBS 问题排查的正确顺序是看来源状态 → 看日志 → 测试不同捕获模式 → 最后再考虑重装。9. 最佳实践与工程化建议这个项目给我最大的启发是游戏录制不是“录就完了”而是一个需要前置设计的小型工程。下面几条建议可以直接用到你的项目里。9.1 不要在剪辑前删任何素材录像素材在最终成片发布前不要轻易删除。即使某一期视频剪完了也可能因为字幕错误、声音问题、版权审核等原因需要重新渲染。至少保留到整个系列完结后再统一清理。9.2 备份要“异地”和“多份”这里的“异地”不是让你放云服务器而是说不要把“唯一的原始文件”放在和游戏同一个目录下。对普通创作者来说最现实的方案是录制素材放在 SSD成片导出后复制一份到移动硬盘或 NAS。如果硬盘损坏至少还有一份能用的原始素材。9.3 用文档记录每一期的参数和位置建议做一个简单的 Markdown 表记录每期视频的录制时间、使用存档、分支路线、重录次数以及重要事件点的分钟数。这个文档在后期剪辑时能节省大量时间。示例| 视频 | 录制日期 | 对应章节 | 分支路线 | 重要事件点 | | --- | --- | --- | --- | --- | | Ep01 | 2025-01-01 | 序章 | A | 开场剧情 00:15:00 | | Ep02 | 2025-01-03 | 第一章 | B | 第一次选项 00:42:00 | | Ep03 | 2025-01-05 | 第二章 | B | 结局分歧 01:20:00 |9.4 对每期发布做编码自检发布前用 MediaInfo 检查最终文件的编码信息确认分辨率、帧率、比特率、音频采样率无误。这一步需要 30 秒但能避免上传后发现音画不同步、画面模糊、声道缺失等低级错误。9.5 版权与平台规则要提前确认“生肉实况”类视频发布时需要注意游戏本身的版权条款。不同游戏厂商对实况视频的许可区别很大有的允许公开发布有的限制盈利有的禁止剪辑创作。发布前务必查看游戏官网、官方 FAQ 或发行方公布的内容使用条款。这不是一个“技术问题”但它决定了你的整条视频管线能否公开展示。10. 总结与后续学习方向这篇内容从“【Idea Factory】破滅のマルス 生肉实况 三 完结”这个项目出发实际上讲了一套完整的游戏实况录制技术方案。回头看真正的重点不是某个参数、某款软件而是四个动作录制前规划好目录和音轨、录制中保持稳定、录制后优先无损处理、发布前统一编码自检。把这条链路跑通不管换哪款游戏、哪个平台这套方法论都能复用。后续如果你想继续深入可以依次研究几个方向DaVinci Resolve 的剪辑与调色流程解决多音轨素材的工程化组织FFmpeg 滤镜系统比如批量加水印、生成缩略图、自动裁剪黑边OBS 的 Python/lua 脚本和 websocket 插件把录制控制、截图、时间码记录自动化NAS 或 TrueNAS 的存储方案解决长系列素材的集中备份问题。录制工具会更新参数会变化但“可回溯、可处理、可发布”这条工程思路不会变。如果你正准备开一个新系列建议先把本文第 3 节的目录结构和第 4 节的音轨配置搭好一个干净的开头会让后面每一期都少踩不少坑。