显存不足 | UVR5 中文站

显存不足的典型报错是处理时弹出"Out of memory""CUDA out of memory"或直接崩溃，多见于用 NVIDIA 独显开 GPU 加速处理较长、较高采样率的音频时。这是显存被模型权重和处理缓冲区占满导致的，不是软件坏了，调参即可缓解。

UVR5 在 GPU 模式下会把模型（如 MDX-Net 的 onnx、Demucs 的 htdemucs）整个载入显存，曲目越长、Segment Size 越大，临时占用的显存越多。

办法一：调小 Segment Size

• 位置：主界面参数区，Segment Size 默认 256，可选 512。
• 处理：显存紧张时改回 256（甚至更小），显存占用会明显下降，代价是处理速度略慢、偶有边界瑕疵。
• 取舍：512 更快但更吃显存；256 更稳，优先保证能跑完。

办法二：关闭 GPU 加速回退 CPU

1. 位置：设置里的 GPU Conversion（GPU 加速）开关。
2. 处理：关闭后软件走 CPU 模式，显存问题彻底消失，分离效果一致，只是速度慢数倍。
3. 适用：没有独显、或显存很小（如 2GB 以下）的机器，直接用 CPU 更省心。

办法三：释放被占用的显存

• 关闭其他吃显存的程序：游戏、直播推流、浏览器里跑的 AI 工具、另一个 UVR5 实例。
• 打开任务管理器 → 性能 → GPU，看显存占用，把非必要进程结束掉再重试。
• AMD 显卡在 UVR5 里多以 CPU 模式为主，不要强行开 GPU 加速。

办法四：分段与批量策略

• 把长曲剪成几段分别处理，单段显存压力更小。
• 批量时一次别塞太多文件，分批处理避免显存累积。
• 降低输出规格，如非必要不选 192kHz/24bit 这种高规格，能减一点负担。

兜底方案

若调参后仍爆显存，基本是硬件上限，稳定方案就是关闭 GPU 走 CPU，或换显存更大的显卡。CPU 模式下耐心等待即可，结果质量不受影响。

下一步建议

不同显存档位的实用建议

• 4GB 及以下显存：基本只能 Segment Size 256 甚至更小，长曲建议分段，或直接关 GPU 走 CPU。
• 6GB 到 8GB：256 较稳，偶尔可试 512 处理短曲，长曲仍建议分段。
• 8GB 以上：512 通常无压力，但仍要给系统和其他程序留余量，别跑满。

显存不足不是软件缺陷，而是模型加载与音频缓冲的硬需求。与其反复重试同一设置，不如先降 Segment Size、关掉占用、再决定要不要 GPU。把批量任务拆小，也能避免显存随时间累积导致中途崩溃。处理长曲前先想清楚显存余量，比中途报错再重来更省时间。

临时文件与输出规格的影响

处理时软件会产生临时缓冲，输出规格越高（如 192kHz/24bit）缓冲越大。若显存卡在临界值，把输出降到 44.1kHz/16bit 这种常规规格，往往能腾出一点空间让任务跑完。处理完再按需用其他工具升采样，比硬扛高规格更稳。同时注意后台不要同时跑其他吃显存的程序，给 UVR5 留出干净的运行环境。

先把 Segment Size 调到 256 并关掉占用程序重试。能跑通后若觉得慢，再看「处理速度太慢」在稳定前提下提速；若开了 GPU 反而报错，看「GPU 加速报错」。