VHS 合成后近乎静音:检查音频 dtype,而不是先放大音量
音频分支有输出,但经过 VHS_VideoCombine 合成后几乎听不见。此条目针对报告中与 fp16 中间结果有关的一类情况,不把所有静音都归因于精度。
现象与适用范围
音频分支有输出,但经过 VHS_VideoCombine 合成后几乎听不见。此条目针对报告中与 fp16 中间结果有关的一类情况,不把所有静音都归因于精度。
检索用原文或片段(具体编号、数值和文件名随环境变化):
VHS_VideoCombine
--fp16-intermediates
silent audio
已核对的依据
2026-08-26 提交的 issue #708 报告了 VHS 与核心保存节点的对照差异。当前核对的 VHS 源码向 ffmpeg 声明输入为 f32le,却在该处直接写入 waveform.numpy().tobytes(),没有显式转换为 float32;若上游 waveform 并非 float32,这与报告者提出的类型不匹配机制相符。幅度测量和绕过办法仍是报告者的结果;本站未复现,也未验证已发布的修复。I20 VHS 源码
需要区分的情况
1. 音频根本未连接、输出轨道缺失或播放器音量问题,是更基础的分支。
2. 上游音频数据有效,但特定节点将非 float32 数据按另一种格式写给编码器。
3. 音效处理或解码阶段已经产生异常,需要先与原始音频对照。
建议的操作顺序
以下顺序是基于上述资料整理的诊断方案,不代表上游已经为你的环境确认了原因。
第 1 步。 先确认文件是否有音轨,比较原始音频预览和合成结果,而不是立即增加增益。
第 2 步。 记录启动参数、ComfyUI 与 VHS 版本。如果环境能查看上游 waveform 的 dtype,也一并记录;再与报告中的 --fp16-intermediates 情况比较,不预设所有静音都是 fp16 导致。
第 3 步。 在工作流副本中把同一上游 AUDIO 分别送往 VHS_VideoCombine 与当前受支持的核心 CreateVideo/SaveVideo 路线,检查生成文件的音轨、时长和电平。另做关闭 --fp16-intermediates 的对照时只改变这一项,并记录内存用量。
第 4 步。 有明确版本修复时再升级;不直接把 issue 中的源码补丁复制到任意版本。提交报告时带最小图和脱敏日志。
如何判断处理有效
原音频与合成音轨的可听内容、时长和幅度合理,改变保存路线后差异可复核,而不是靠后期暴力放大噪声。
注意事项与尚未确认的部分
当前核对的源码显示可能不匹配的字节格式路径,但不能据此断定每个 VHS 发行版或安装环境都有同样的音量表现。关闭参数只是一项受控对照,不是通用修复。
资料及中文语言审查日期:2026-09-26。幅度数据来自个案报告;本站未运行音频工作流或 GPU 测试,也不承诺运行结果。
原始资料
- I20 · VHS audio dtype report under fp16 intermediates。核对:2026-09-26;原始日期:2026-08-26。
- VHS · VideoCombine 源码。核对:2026-09-26。
- R02 · VideoHelperSuite README。核对:2026-09-26。
相关排查与操作
排查下一个可能的原因
同样的现象可能来自不同原因。可以按顺序查看下面这些相关条目。
把完整日志粘贴到报错排查工具这篇内容对你有帮助吗?
匿名统计,只记录“有/没有帮助”的计数,不记录账号、IP 地址或设备信息。
资料来源
2026-09-26 复核仍开放的 VHS issue #708、当前 VideoCombine 字节路径及中文措辞。幅度测量来自报告者;本站未运行音频、GPU 或验证修复。
01VHS audio dtype report under fp16 intermediates资料核对: 2026-09-2602VideoHelperSuite README资料核对: 2026-09-2603VideoHelperSuite source资料核对: 2026-09-26报告问题 · 105e57d1-daa6-5d22-a237-4c825ebe0214
相关阅读
编辑为本页关联的条目。
本页以 VHS_VideoCombine 为入口说明 VideoHelperSuite 的媒体工作流角色。视频生成模型产出内容,媒体节点负责读取、抽帧、合成和输出;不要把两者的错误混为一个模型问题。
本条目整理 MiniMax H3 的 ComfyUI 原生开放权重路线。它与调用远端服务的 Partner/API 节点不同;本地是否可运行还取决于文件组合、核心版本和实际硬件条件。
- MiniMax H3