LTX-2.5 ComfyUI 显存溢出修复指南：逐步定位 OOM

LTX-2.5 工作流出现显存溢出，并不一定意味着显卡完全无法运行模型。它表示工作流的某个阶段在特定时刻超过了可用显存。第一步应先确认错误发生在组件加载、文本编码、视频采样、放大，还是最终解码阶段。

LTX-2.5 官方模型页列出的最低显存是 16GB；官方 ComfyUI 指南则建议完整工作流使用 32GB 或更多显存的 CUDA GPU。前者是可能需要取舍的最低条件，后者为完整组件和多阶段生成留下了更多空间。

1. 先运行蒸馏版单阶段工作流

在加入空间放大、时间细化、音频或自定义适配器之前，先运行官方蒸馏版单阶段工作流。一个能够稳定复现的最小工作流，能帮助你区分模型加载问题和附加阶段带来的显存压力。

第一次测试使用较短时长和适中的基础分辨率，成功后再逐项增加：

1. 确认基础视频生成正常。
2. 开启音频生成。
3. 加入空间放大。
4. 加入细化或 IC-LoRA 控制。
5. 最后再提高时长或分辨率。

一次修改多个变量后再出现错误，很难判断真正原因。

2. 选择硬件真正支持的权重格式

LTX-2.5 官方模型仓库提供 Dev 和 Distilled 的 BF16 权重、面向 ComfyUI 的 INT8 ConvRot 权重，以及面向兼容 Blackwell 显卡的 NVFP4 权重。

• BF16： 官方通用基线，但显存需求最高。
• INT8 ConvRot： 专为 ComfyUI 打包，用于降低显存压力。
• NVFP4： 面向兼容的 Blackwell 硬件和 LTX kernels 工作流。

不要只因为文件看起来更小就直接下载。必须同时确认加载节点、显卡架构和工作流是否支持对应格式。

3. 单独检查文本编码器

LTX-2.5 使用模型专用的 Gemma 4 12B 文本编码器。在拆分权重包中，它是一个独立组件，可能在视频采样开始前形成明显的显存峰值。

如果错误发生在提示词编码阶段，请确认加载的是 LTX 专用编码器，并使用工作流支持的 CPU 或系统内存卸载方式。不要替换成普通 Gemma 权重；官方仓库明确说明模型会检查所需编码器版本。

4. 重点观察解码和放大阶段

如果采样已经完成，工作流却在最后阶段崩溃，解决办法通常不同于模型无法加载。官方权重同时提供扩散式视频解码器和更轻量的卷积解码器；扩散式解码器可以提高质量，但会消耗更多解码时间和显存。

在最终阶段失败时，可以依次测试：

• 使用工作流支持的轻量解码器；
• 减少基础帧数；
• 暂时关闭第二阶段；
• 在节点允许时降低解码分块大小；
• 运行前关闭其他占用 GPU 的应用。

5. 保存可复现的基线

记录最后一次成功生成所使用的权重文件、节点版本、分辨率、帧数和已开启功能。每轮只改变一个变量，并记录错误具体发生在哪个阶段。

想按硬件档位判断可行性，可继续阅读 LTX-2.5 低显存指南。基础工作流稳定后，再参考 LTX-2.5 提示词指南减少无效重跑。