修复、替换还是移除?
可修的噪声和电平问题归修复;有版权或选错的配乐归替换;纯画面交付或平台静音内容归移除——在这里误诊,后面每一步都是浪费。
Elysia Tools
导航
Workflow Playbook
决定视频里的声音何去何从——修复噪声与响度、按 EBU R128 交付标准归一、替换有版权的配乐,或整轨去掉做无声交付。
专题
"音频不行"背后藏着三种不同的问题。背景噪声需要降噪,电平偏低或忽高忽低需要响度治理,内容不对——有版权的配乐、过时的配音、不想要的解说——才需要替换或移除。先动手后命名问题,结果就是降噪吞掉人声,或者本该推高五个分贝却做了换配乐。先听,命名问题,再动手。
降噪和响度互相牵扯。给带噪音轨做归一,噪声底随信号一起抬高;归一之后再降噪,电平面貌又变了。可行的顺序是先剥掉嘶声和隆隆声,再定电平——而当修复需要仔细对待时,把音轨提取出来清理,再用替换步骤把改善后的声音对准原样未动的视频放回去。
平台用 LUFS 度量感知响度,并会调整没达标的上传内容,这正是 EBU R128 归一存在的理由——它说平台的语言,而不是靠猜。目的地有响度预期就做归一,记录用的是哪个目标,并用测量验证结果。普通音量调整留给没有标准适用的快速相对修正,因为"更响"不是一份交付契约。
替换是外科手术——视频流原样保留,新音频顶替旧轨的位置,风险在同步。把新轨对齐一个可辨认的时刻,然后检查视频结尾,因为漂移随时长累积显现。移除更简单但同样值得尊重:目标是成片在目标播放器里播放时真正无声,用实际文件播放确认,而不是相信导出日志。与相邻工作流的分工也在此划清——单纯把音轨提取成 MP3 等音频文件交付属于格式转换工作流,多音轨封装与混流属于流复制封装工作流,画面剪辑属于视频编辑工作流,这里管的是视频里那条声音本身的去留与质量。整套流程的价值在于每一步都留下可核对的证据:响度有目标值,同步有两端检查,无声有实放确认,可懂度有整句判断——凭感觉交付的声音,不算修过。
工作流指南
问题需要仔细聆听或深度清理时,按需要的格式与质量把音频抽出来,视频保持原样作为声音放回时的基准。
先去掉嘶声和低频隆隆声,因为降噪会改变电平面貌,而给带噪音轨做归一只是把噪声一起调响。
平台交付用 EBU R128 标准归一,相对修正用有度量的音量调整,并记录采用的是哪个目标。
用备好的音轨替换原声而视频流保持不动,或当交付物本应无声时把音频整轨移除。
可修的噪声和电平问题归修复;有版权或选错的配乐归替换;纯画面交付或平台静音内容归移除——在这里误诊,后面每一步都是浪费。
有 LUFS 要求的平台交付用 EBU R128 标准归一,快速的相对修正用普通音量调整——按目的地选,不按顺手选。
小幅电平调整可直接在视频上进行,深度降噪则值得把音轨提取出来、清理干净,再用替换步骤把改善后的声音放回去。