采样完成后 VAE 解码爆显存:把解码负载单独检查
采样进度已经结束,但 VAE Decode 或视频解码节点失败,导致没有最终图片或视频。这与采样开始就显存不足不同:已经生成的 latent 仍需要进一步转换为像素。
现象与适用范围
采样进度已经结束,但 VAE Decode 或视频解码节点失败,导致没有最终图片或视频。这与采样开始就显存不足不同:已经生成的 latent 仍需要进一步转换为像素。
检索用原文或片段(具体编号、数值和文件名随环境变化):
VAEDecode
VAE decode
out of memory
已核对的依据
官方基础工作流将 KSampler 与 VAE Decode 分开;视频教程也有独立的 VAE 依赖。上游显存排查提供减小输入和内存策略,但没有给出适用于所有 VAE 的统一 tile 参数。 D01 D11 D16
需要区分的情况
1. 解码一次处理的空间尺寸、帧数或批量过大,峰值发生在 latent 展开为图像阶段。
2. 工作流在解码时仍保留多个模型或大批图像,显存余量不足。
3. 误用不兼容的 VAE 导致其他异常;必须先确认最后错误确实是 OOM,而不是通道或 dtype。
建议的操作顺序
以下顺序是基于上述资料整理的诊断方案,不代表上游已经为你的环境确认了原因。
第 1 步。 保留采样参数和错误报告,确认 traceback 指向 VAE 而不是后续放大、预览或视频编码节点。
第 2 步。 只有具体工作流和模型支持更小尺寸、较少帧数或单张解码时,才在保持 VAE 与模型配套的前提下一次缩减一项进行对照;不要任意更改必需的尺寸或帧数。
第 3 步。 在当前版本明确提供且适配该 VAE 的情况下尝试分块解码;记录 tile、overlap 及视频时间维度限制。没有支持说明时不要硬套图像节点到视频 latent。
第 4 步。 检查不需要的并行分支或模型驻留,必要时使用作者支持的 CPU/内存方案,观察系统 RAM 是否成为新瓶颈。
如何判断处理有效
解码节点产出有效像素,后续保存节点也成功;同时检查分块边界或视频帧间是否有明显异常。
注意事项与尚未确认的部分
分块或 CPU 解码不是零成本替代,可能影响速度、内存和数值结果。这里只提供诊断路径,没有实测某模型最低显存。
资料核对日期:2026-09-21。本站未执行此工作流,未进行 GPU、最低显存或耗时测试。
原始资料
- D01 · ComfyUI troubleshooting overview。核对:2026-09-21。
- D11 · Text-to-image workflow。核对:2026-09-21。
- D16 · Wan2.2 native workflows。核对:2026-09-21。
相关排查与操作
排查下一个可能的原因
同样的现象可能来自不同原因。可以按顺序查看下面这些相关条目。
- CUDA out of memory:按加载、采样和解码阶段排查显存
CUDA out of memory任务在 GPU 上分配内存失败。先定位失败发生在模型加载、采样、VAE 解码还是其他节点,再决定降低哪个负载。显卡标称容量、模型文件体积和本次实际可用显存不是同一个数字。 - VAE / latent 通道不匹配:同名家族也要核对具体变体
expected input错误指出输入通道数、latent 维度或张量某一轴不符合预期。这里首先检查模型与 VAE、latent 构造节点的配套关系,而不是把所有图像或视频 latent 都当作相同结构。 - 生成黑图或异常颜色:先定位采样、VAE 与显示环节
invalid value encountered in cast任务没有立即报错,却输出黑图、无效像素或明显异常颜色。先判断实际保存文件是否异常,再区分输入、采样、解码和显示问题;黑色预览与黑色成品不能混为同一现象。
这篇内容对你有帮助吗?
匿名统计,只记录“有/没有帮助”的计数,不记录账号、IP 地址或设备信息。
资料来源
2026-09-25 复核了 ComfyUI 官方排错、文生图和 Wan2.2 工作流文档。诊断顺序由本站编排;未做 GPU 实测,也不保证修复。正文中较早的来源核对日期保留为历史记录。
01ComfyUI troubleshooting overview资料核对: 2026-09-2102Text-to-image workflow资料核对: 2026-09-2103Wan2.2 native workflows资料核对: 2026-09-21