用 NVIDIA GPU 更快压缩 4K iPhone 视频（VideoRecompress 2026.2.17）
只要有 NVIDIA 显卡，VideoRecompress Studio 2026.2.17 压缩一段 4K iPhone 视频的用时比以前少 37–48 %，期间处理器几乎空闲。输出画面相同，大小也相同。两个与手机视频有关的问题也已修复：竖屏视频缩放后不再被压扁，HDR iPhone 视频现在在显卡上转换为 H.264，而不会退回到缓慢的 CPU 编码器。
测试环境：一台配备 AMD Ryzen 9 3900X 和 NVIDIA RTX 3080 的电脑，使用 iPhone 实拍的 4K HEVC 10 位视频（30 fps，约 30 Mbit/s）。
前后对比，在 RTX 3080 上测得
| 任务 | 以前 | 2026.2.17 |
|---|---|---|
| 17 s 4K iPhone 视频转 H.265：用时 | 16.3 s | 9.5 s (−42 %) |
| 同一视频竖屏拍摄：用时 | 15.0 s | 9.5 s (−37 %) |
| CPU 时间（4K 视频） | 154 s | 2.3 s (−98 %) |
| 内存峰值（4K 视频） | 5.30 GB | 4.45 GB |
| 输出文件（4K 视频） | 64.1 MB | 63.7 MB |
| 4K 缩放到 1080p：编码用时 | 9.1 s | 1.7 s |
| 4K 转 1080p 预设：命令行完整运行 | 12.9 s | 3.7 s |
| 每次启动时检测硬件编码器 | 0.8–1.3 s | 33 ms |
| 命令行启动时的许可证检查（已注册版本） | 1.1–2.0 s | 41 ms |
通过 VideoRecompress 命令行，新旧版本交替运行 3 次取中位数；每次运行包含约 1.5 s 的程序启动时间。之前对 4K 视频的两轮测试测得用时减少 46–48 %。
这意味着：以前由处理器解开每一帧 4K HEVC 画面，十个核心满负荷，也只能让 RTX 3080 以每秒 21 帧的速度工作。现在由显卡负责解码和编码，视频更早完成，处理器可以做别的事情。
较短的 720p 和 1080p 视频节省的时间较少（编码阶段 5–8 %），但 CPU 时间减少 59–72 %。
画面不变。普通重新压缩时，8 位视频的输出与旧方式逐位相同。对于 10 位 iPhone 视频，文件大小相差不到 1 %，相对于原片的 SSIM 分数相同或略高。
在 GPU 上缩放：约快 5×，文件约大 20 %
| 任务 | CPU 缩放器（以前） | GPU 缩放器（现为默认） |
|---|---|---|
| 17 s 4K 视频缩放到 1080p：用时 / CPU 时间 | 9.1 s / 122 s | 1.7 s / 1.6 s |
| 相同质量设置下的文件大小（两段视频） | 5.50 / 3.44 MB | +19 % / +22 % |
| 相同文件大小下的 VMAF（两段视频） | 46.0 / 59.2 | −4.5 / −2 |
在 RTX 3080 上使用两段 iPhone 4K HEVC 10 位视频。VMAF 的测量方法是把每个输出放大回 4K 原片尺寸。
缩放（例如 4K 转 1080p 预设）以前会把每一帧都送回处理器。当缩放是唯一的改动时，2026.2.17 也在显卡上完成缩放：17 s 的 4K 视频从 9.1 s 降到 1.7 s，CPU 时间从 122 s 降到 1.6 s。
代价也要说清楚：GPU 缩放器与 CPU 缩放器并不相同。在相同质量设置下文件约大 20 %，在相同大小下得分略低。我们把画面并排比较后，决定默认使用 GPU。
以下情况仍使用 CPU 缩放器：没有 NVIDIA GPU；任务同时进行裁剪、降噪、防抖、添加水印或字幕；带旋转标记的视频输出为 MKV 或 WebM；以及 GPU 处理失败时。
针对手机视频的两项修复
竖屏视频缩放后保持原有比例
在向导中选择分辨率、使用 4K 转 1080p 预设，或在命令行中同时指定 --width 和 --height，都会强制画面的两条边。竖屏手机视频被压扁进横屏画面，4:3 视频被拉伸成 16:9。
视频会在所选尺寸内等比适配，尺寸框会按画面的观看方向旋转。竖屏 4K 视频转为 1080p 后，以 1080 × 1920 竖直播放。
HDR iPhone 视频转 H.264 可在 GPU 上完成
iPhone 以 10 位录制 HDR 视频。NVIDIA 的 H.264 编码器不接受 10 位画面，因此把这类视频转为 H.264（社交媒体预设使用的格式）时，在每台装有 NVIDIA 显卡的电脑上都会失败。随后程序会在不提示的情况下改用慢得多的 CPU 编码器。
现在 VideoRecompress 先在显卡上把画面转换为 8 位，任务继续在 NVENC 上运行。
您可能还会注意到一个变化：保存为 MP4 或 MOV 的竖屏视频会保留手机的旋转标记，而不是在处理器上逐帧旋转。播放器显示的仍是同样竖直的画面。
工作原理
- 在同一张显卡上解码和编码当编码器为 NVENC，且没有任何处理需要在处理器上使用画面时，NVIDIA 显卡会解码视频，并把画面直接交给自己的编码器。
- 经过验证的回退如果在 GPU 上解码的任务失败，会先改用处理器解码重新运行同一任务，然后才会考虑切换到软件编码器。
- 记住编码器检测结果检测哪些硬件编码器可用的测试，以前每次启动都会运行：10 次测试编码，0.8–1.3 s。现在结果按 ffmpeg 版本和显卡驱动保存（首次 0.7 s，之后 33 ms），30 天后或硬件编码失败时重新检测。
- 按内存安排并行任务一次 4K 10 位编码需要 4.4–5.3 GB 内存。旧规则在通常只有 8 GB 内存的电脑上最多同时运行四个，约需 20 GB。现在队列会把并行编码控制在物理内存的一半以内：8 GB 时一次运行一个 4K 任务或三个 1080p 任务。
- 更快的命令行已注册的版本会复用 24 小时内的许可证检查结果，因此
videorecompressCLI 不再在每次调用时等待服务器 1.1–2.0 s。加上保存的编码器检测结果，一段 12 s 的视频从开始到结束现在只需 1.5–1.6 s，以前为 3.2–4.5 s。
GPU 解码和 GPU 缩放需要支持 NVENC 的 NVIDIA 显卡。在没有这类显卡、或使用 Intel Quick Sync 或 AMD 编码器的电脑上，VideoRecompress 与以前完全一样在处理器上解码。竖屏修复、编码器检测结果保存和按内存安排的队列适用于所有电脑。
获取 VideoRecompress 2026.2.17
已经安装？启动 VideoRecompress Studio：顶部横幅会提示 2026.2.17 版本可用，并带您前往下载。直接覆盖安装到当前版本上即可。
新用户？免费试用版可无水印压缩 10 个文件。之后在注册前，输出会带有水印，并在 10 分钟处截止。