Remotion GPU 加速实测60 秒 4K 视频从 47 分钟压到 12 分钟【免费下载链接】remotion Make videos programmatically with React项目地址: https://gitcode.com/GitHub_Trending/re/remotion昨晚 10 点我在本地用 Remotion——这个基于 React 写视频的框架——渲染一条 60 秒的 4K 产品宣传片CPU 纯软解软编跑了 47 分钟才吐出一个 mp4。第二晚加了 GPU 加速参数重跑同一条片子12 分 38 秒。这就是这篇笔记的由来记录一下 Remotion GPU 加速硬件渲染到底能快多少、怎么开、以及我踩到的几个坑。实验怎么做的测试机是家里常干活的那台i7-12700K / RTX 3080 / 32GB 内存 / Ubuntu 22.04底层合成走的是 compositor 模块内置 FFmpeg。拿这台机器跑了三组场景从轻到重纯文字动画1080p/30fps、SVG 路径 粒子图形1080p/60fps、多轨道视频叠加转场4K/30fps每组分别用纯 CPU 和 GPU 加速各跑三遍取均值。数据出来了先给结论三组场景平均提速约 3 倍图形最重的那组最快文字场景最慢。场景CPU 耗时GPU 耗时提速文字动画 1080p5 分 26 秒1 分 47 秒约 3.0 倍SVG粒子 1080p 60fps8 分 12 秒2 分 16 秒约 3.6 倍多轨道合成 4K47 分 04 秒12 分 38 秒约 3.7 倍两个值得说一句的点。一是提速幅度跟场景走SVG、粒子这类像素密集内容吃并行计算最狠纯文字场景只有 3 倍没有宣传里那么夸张。二是代价GPU 路径内存占用平均多了 40% 左右但两种模式出来的成片抽帧逐比特一致画质没有任何损失可以放心。三步开启 GPU 加速先确认显卡真的被认到了跑一下诊断命令npx remotion gpu输出里 Rasterization、WebGL、Video Decode 都显示 Hardware accelerated 才算数。渲染时加--glangle开启硬件渲染。无头模式下 Chromium 默认会关掉 GPU这就是慢的根源详见 docs/gpunpx remotion render MyComp --glangle out.mp4嫌每次手敲麻烦就在 remotion.config.ts 里固化下来Config.setChromiumOpenGlRenderer(angle);编码环节再叠一层硬件编码NVIDIA 卡走 NVENCnpx remotion render MyComp --glangle --hardware-acceleration if-possible out.mp4⚠️ 注意两点NVENC 只支持 NVIDIA 显卡Linux/Windows 需 525 以上驱动macOS 走 VideoToolboxAMD 卡只能吃第 2 步的 GPU 渲染红利NVENC 这条路没有。另外显存低于 4GB 的卡别硬上 4K渲染会直接卡死。踩过的坑和调优建议NVENC 码率偏大一开始我发现硬件编码出的文件比软编大了快一倍肉眼看没区别纯属码率浪费。后来知道 crf 选项对硬件编码器不生效改用--video-bitrate8M限制后体积跟软编基本打平。显存紧张先降预览分辨率我在 Studio 里预览 4K 线时 GPU 占用飙到 90% 以上把预览降到 720p 后流畅了一大截——最终出片还是 4K预览精度本来就不重要。分段渲染长片子可以--frames分段跑比如 0-600、601-1200 分开出失败重跑成本小很多也方便排查卡在哪一段。最后一条小技巧加 verbose 日志能看到hardware accelerated: true的编码器信息用它确认硬件加速真的生效别凭感觉。写在最后满足硬件条件就开 GPU 加速这条 4K 片子 47 分钟变 12 分钟典型场景日产量翻倍以上。图形越复杂、分辨率越高收益越大纯文字短片收益相对小但开着也不亏。跑在 Lambda 这类无 GPU 的云环境上就另当别论了那边吃不到这些加速。本次三组场景的测试用例放在仓库的 it-tests 里欢迎拿你自己的机器数据来对比。【免费下载链接】remotion Make videos programmatically with React项目地址: https://gitcode.com/GitHub_Trending/re/remotion创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Remotion GPU 加速实测：60 秒 4K 视频从 47 分钟压到 12 分钟
Remotion GPU 加速实测60 秒 4K 视频从 47 分钟压到 12 分钟【免费下载链接】remotion Make videos programmatically with React项目地址: https://gitcode.com/GitHub_Trending/re/remotion昨晚 10 点我在本地用 Remotion——这个基于 React 写视频的框架——渲染一条 60 秒的 4K 产品宣传片CPU 纯软解软编跑了 47 分钟才吐出一个 mp4。第二晚加了 GPU 加速参数重跑同一条片子12 分 38 秒。这就是这篇笔记的由来记录一下 Remotion GPU 加速硬件渲染到底能快多少、怎么开、以及我踩到的几个坑。实验怎么做的测试机是家里常干活的那台i7-12700K / RTX 3080 / 32GB 内存 / Ubuntu 22.04底层合成走的是 compositor 模块内置 FFmpeg。拿这台机器跑了三组场景从轻到重纯文字动画1080p/30fps、SVG 路径 粒子图形1080p/60fps、多轨道视频叠加转场4K/30fps每组分别用纯 CPU 和 GPU 加速各跑三遍取均值。数据出来了先给结论三组场景平均提速约 3 倍图形最重的那组最快文字场景最慢。场景CPU 耗时GPU 耗时提速文字动画 1080p5 分 26 秒1 分 47 秒约 3.0 倍SVG粒子 1080p 60fps8 分 12 秒2 分 16 秒约 3.6 倍多轨道合成 4K47 分 04 秒12 分 38 秒约 3.7 倍两个值得说一句的点。一是提速幅度跟场景走SVG、粒子这类像素密集内容吃并行计算最狠纯文字场景只有 3 倍没有宣传里那么夸张。二是代价GPU 路径内存占用平均多了 40% 左右但两种模式出来的成片抽帧逐比特一致画质没有任何损失可以放心。三步开启 GPU 加速先确认显卡真的被认到了跑一下诊断命令npx remotion gpu输出里 Rasterization、WebGL、Video Decode 都显示 Hardware accelerated 才算数。渲染时加--glangle开启硬件渲染。无头模式下 Chromium 默认会关掉 GPU这就是慢的根源详见 docs/gpunpx remotion render MyComp --glangle out.mp4嫌每次手敲麻烦就在 remotion.config.ts 里固化下来Config.setChromiumOpenGlRenderer(angle);编码环节再叠一层硬件编码NVIDIA 卡走 NVENCnpx remotion render MyComp --glangle --hardware-acceleration if-possible out.mp4⚠️ 注意两点NVENC 只支持 NVIDIA 显卡Linux/Windows 需 525 以上驱动macOS 走 VideoToolboxAMD 卡只能吃第 2 步的 GPU 渲染红利NVENC 这条路没有。另外显存低于 4GB 的卡别硬上 4K渲染会直接卡死。踩过的坑和调优建议NVENC 码率偏大一开始我发现硬件编码出的文件比软编大了快一倍肉眼看没区别纯属码率浪费。后来知道 crf 选项对硬件编码器不生效改用--video-bitrate8M限制后体积跟软编基本打平。显存紧张先降预览分辨率我在 Studio 里预览 4K 线时 GPU 占用飙到 90% 以上把预览降到 720p 后流畅了一大截——最终出片还是 4K预览精度本来就不重要。分段渲染长片子可以--frames分段跑比如 0-600、601-1200 分开出失败重跑成本小很多也方便排查卡在哪一段。最后一条小技巧加 verbose 日志能看到hardware accelerated: true的编码器信息用它确认硬件加速真的生效别凭感觉。写在最后满足硬件条件就开 GPU 加速这条 4K 片子 47 分钟变 12 分钟典型场景日产量翻倍以上。图形越复杂、分辨率越高收益越大纯文字短片收益相对小但开着也不亏。跑在 Lambda 这类无 GPU 的云环境上就另当别论了那边吃不到这些加速。本次三组场景的测试用例放在仓库的 it-tests 里欢迎拿你自己的机器数据来对比。【免费下载链接】remotion Make videos programmatically with React项目地址: https://gitcode.com/GitHub_Trending/re/remotion创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考