处理速度太慢 | UVR5 中文站

处理速度太慢指的是：同样一首歌，别人几分钟搞定，你却要十几分钟甚至更久，或者比预期慢很多。在 UVR5 里，速度差异主要来自"有没有用上显卡""参数怎么设""模型和磁盘是否拖后腿"，逐项排查能明显提速。

有 NVIDIA 独显开 GPU 加速能大幅提速；无独显走 CPU 效果一致但慢数倍。先确认你处在哪种情况，再优化参数。

第一项：确认显卡是否真的启用

位置：设置里的 GPU Conversion（GPU 加速）是否打开。
检查：处理时打开任务管理器 → 性能 → GPU，看 GPU 占用是否上升；若几乎不动，说明在走 CPU。
处理：有独显就开启 GPU；开启后若报错，按「GPU 加速报错」修复，而不是放弃加速。

第二项：调参数提速

Segment Size：默认 256，调到 512 通常更快（但更吃显存，见「显存不足」）。
Overlap（重叠）：默认 0.25，常见区间 0.25–0.75；数值越大质量略好但更慢，没必要时可保持 0.25。
VR 的 Aggression（剥离强度）和 Demucs 的 Shifts（移位平均，1 或 2）：Shifts 设为 2 比 1 慢但更稳，不需要时设 1。

第三项：选对模型

VR Architecture 的 pth 模型相对轻量快速；MDX-Net 较均衡；Demucs 的 htdemucs_ft 质量高但更慢。
日常人声分离用 UVR-MDX-NET Main 这类常用模型即可，不必每次都上最重模型。
批量时统一用较快模型，需要精修再换高质量模型单独处理。

第四项：磁盘与杀软影响

把软件和音频都放在固态硬盘（SSD）上，机械盘会拖慢读写。
杀毒软件实时扫描会在读写大音频时拖慢速度，把软件目录加入杀软排除项。
关闭其他占用磁盘或 CPU 的后台程序。

兜底方案

若硬件就是集显老旧机器，慢是物理上限，只能接受 CPU 模式的耗时，或通过减小 Overlap、选轻量模型来尽量缩短。

下一步建议

用计时建立你的基准

拿一首固定时长的歌，记录开 GPU、Segment Size 512、Overlap 0.25 下的耗时，作为你的基准线。
之后调任何参数都和基准对比，避免凭感觉判断快慢，也方便发现某次异常变慢。
如果基准本身就比别人的慢很多，多半是硬件或磁盘瓶颈，而非参数问题。

速度问题最忌讳同时改多个参数，最后不知道是哪个起作用。一次只调一项，对照基准，才能找到最优组合。对绝大多数人声分离场景，GPU 开启加 Segment Size 512 已经是性价比最高的提速方案。如果提速后爆显存，就把 Segment Size 退回 256，在稳定与速度之间取舍。

批量场景下的提速要点

批量处理时，频繁启停模型比单文件更耗时，尽量一次队列处理同类型文件，不要来回切换模型。把大队列拆成中等批次，既能保持 GPU 持续工作，又避免资源耗尽中断。磁盘用 SSD、杀软加排除项，能让读写不再成为隐藏短板。处理前关闭浏览器等占用资源的程序，也能让 CPU 和内存更专注于分离任务。

先确认 GPU 启用、Segment Size 提到 512、Overlap 保持 0.25，通常能快一截。提速后若音质变糟或爆显存，回头平衡参数；若结果质量不满意，看「分离音质差」。