前面 18 篇，我讲了装机、文生图、ControlNet、LoRA，第 18 篇还专门给你列了一张「显存不够怎么办」的降级清单。结果文章一发出来，评论区第一条就有人怼我：
「视频生成爆的不是显存是内存啊，你那清单管显存有啥用？」
我当时一愣，因为他说得对。我自己第一次用 ComfyUI 跑图生视频，一个 5 秒的小片段，跑到一半整个软件卡死。切到任务管理器一看——32G 内存直接吃满，系统把进程杀了。我一开始还以为是显卡不行，照着第 18 篇折腾了半天显存参数，最后才反应过来：爆的是内存（RAM），不是显存（VRAM）。
所以这篇，专门聊视频生成的内存问题。而且正好，ComfyUI 在 v0.29 里悄悄改了一处，直接把这个坑填了大半。
一、视频编解码，为什么这么吃内存（大白话）
你生成一段视频，最后一步是：VAE 把潜空间解码成一帧一帧的画面，再把这些帧编码成 mp4 写进硬盘。
旧版的写法很笨：它先把每一帧都缓存进系统内存（RAM），等所有帧都凑齐了，再一股脑编码写盘。问题就在这「凑齐」上——帧数 × 分辨率一上去，内存被撑爆是分分钟的事。
| 场景 | 内存压力（估算，未实跑） | 说明 |
| 5 秒 · 480P | 较小 | 帧少，缓冲压力小 |
| 10 秒 · 720P | 明显增大 | 帧数×分辨率起飞，内存线性暴涨 |
| 视频当输入（图生视频参考） | 同样吃内存 | 解码参考视频也会全帧缓冲 |
而且不止「输出视频」这一步。你用视频当输入（图生视频的参考视频、首尾帧）时，解码参考视频同样会把所有帧缓冲进内存，坑一模一样。
二、v0.29 改了什么：视频流式转码
ComfyUI v0.29.0（2026-07-29 发布）在 Performance & Stability 章节，专门改了这块。官方 PR 描述是这么写的：
Video transcode (PR #14813): Stream video transcode instead of buffering every frame in RAM (CORE-353, CORE-351)
翻译过来就一句：视频转码改成流式处理了——不再把每一帧都缓冲进内存。原来是「攒齐所有帧再写盘」，现在是「生成一帧、写一帧、释放一帧」，内存里永远只留当前在处理的少量帧。长视频、高分辨率受益最大，因为内存占用不再随帧数线性暴涨。
顺带 v0.29 还有两处跟「内存 / 资源」相关、值得提一嘴的：
1. 后台内存限制默认提到 128GB（PR #15068）：ComfyUI 后台占用系统内存的上限被抬高，大内存机器更不容易被它挤爆。
2. Comfy Kitchen 更多 int8 优化（PR #14980）：int8 量化这条路更早（v0.27 就进了主线），v0.29 是继续打磨，不是新东西——别被「v0.29 才有 int8」的过时说法带偏。
诚实标注：上面「视频流式转码省内存」是我从官方 PR 描述看到的机制性改进，我方未在卡上实跑超长视频做前后对比，具体降多少没有公开数字。但原理上，长视频、高分辨率场景受益最明显；你升级后可以自己感受。
三、容易混的点：这是救「内存」，不是救「显存」
第 18 篇 ComfyUI 从安装入门到精通，显存不够怎么办？ 一张按优先级排的降级清单 救的是显存（VRAM），这篇救的是内存（RAM）。俩不是一回事：
| 症状 | 根因 | 看哪篇 |
| CUDA out of memory | 模型 / VAE 装不下显存 | 第 18 篇降级清单 |
| 进程被系统杀 / 卡死 | 帧缓冲撑满内存 | 本篇（升 v0.29.2） |
视频生成是「显存 + 内存」双压场景。很多人只调显存，结果还是崩，其实就是内存这半没管。
实操闭环：升级到 v0.29.2，跑一段长视频（现在就做）
前面讲原理，这段真刀真枪做一遍。做完你手里多一段「在长视频下也不崩」的视频，还能确认流式转码真的生效了。
前提：你已在跑视频生成工作流（文生视频 / 图生视频，本地模型如 Wan、HunyuanVideo，或调可灵等节点）。丢了重搭：基础文生图链（第 05 篇）+ 视频相关节点（Load Video / VAE Encode / Decode + 视频编码节点）。
目标：把 ComfyUI 升到 v0.29.2，重跑一段「故意拉长」的视频，内存占用更稳、不再中途崩。
步骤（照着点，别跳）：
1. 更新 ComfyUI：桌面版点「检查更新」一键升级；git 版在 ComfyUI 目录 git pull 后重启。
2. 确认版本：菜单 Help → About，看版本号应是 v0.29.2（2026-07-31 最新稳定版）。
3. 重跑视频工作流，这次故意拉长时间或分辨率（5 秒→10 秒，或 480P→720P），逼出内存压力。
4. 看内存曲线：开着任务管理器，旧版会在生成末尾陡增（攒帧），新版应该平很多、不再冲顶。
检查点（你跑完应该看到）：
① About 显示 v0.29.2；长视频跑完不崩、不卡死；
② 常见错=更新后插件报错「节点找不到」→ 插件需重装 / 更新（Manager 里更新一遍）；或显存不够另走第 18 篇降级清单；
③ 还崩 → 不是内存就是显存双压，显存那半回看第 18 篇；内存仍紧加启动参数 –cache-none；
④ 视频出来了但糊 → 分辨率 / 步数问题，不是转码的事。
作业（选做）：同一段视频，升级前后各跑一次，告诉我内存峰值差多少——我很好奇大家实测能省多少。
四、参数速查表（视频内存相关，照着抄）
| 场景 | 建议 | 备注 |
| 短片段（<5 秒 · 480P） | 升不升差别不大 | 帧少，缓冲压力小 |
| 长片段（>10 秒） | 必须升 v0.29.2 | 流式转码收益最大 |
| 高分辨率（720P+） | 升 v0.29.2 + 第 18 篇显存降级 | 内存 + 显存双压 |
| 视频当输入（图生视频参考） | 升 v0.29.2 | 输入解码同样受益 |
| 内存仍紧（极端环境） | 加 –cache-none | 不缓存中间结果，省内存换速度 |
五、启动参数对照（内存向，照着抄）
| 参数 | 作用 | 什么情况用 |
| （默认） | v0.29 流式转码已开 | 升到 v0.29.2 即享，不用配 |
| –cache-none | 不缓存节点结果 | 内存也紧时兜底 |
| –reserve-vram 1.5 | 给系统留显存 | 显存 / 内存双压时（见第 18 篇） |
一句话：日常只管升级到 v0.29.2，转码自动流式；直到内存极限再加 –cache-none。
六、4060 / 8G 专项 & 我踩的坑
4060 这种卡，显存 8G、内存通常 16~32G。视频生成是「显存装模型 + 内存缓存帧」双压：显存那半看第 18 篇，内存那半看这篇。
踩坑经历：我有次跑 10 秒图生视频，只调了显存参数，内存没管，结果帧缓冲把 32G 吃满，系统直接杀进程。后来升了 v0.29、分辨率从 1080P 降到 720P，同样的活顺跑完。所以视频爆内存，先升版本、再降分辨率，别在显存上死磕。