@tasy5kg，https://hu60.cn/q.php/bbs.topic.106714.html?floor=10#10

@tasy5kg，是两台迷你主机。有空试试。

@tasy5kg，av2 最快可能今年要出了，目前可能在等 h264、vc-1 一些专利过期。。这两年有大量过期的。。

不知 av1 是否为了迂回绕过一些专利，编解码器都实现的很拧巴。。

我看 doom9 上一些硬件解码器的人说，他们不太想碰 av1，更喜欢去接触 vvc。。

@tasy5kg，几个月前听说过，能用来分析场景变换，分割成多个片段，多进程转码，最后自动合并。

但我看要求 L-SMASH 插件（其他切割方法更慢 + 大量占用硬盘），但我在 Mac 上编译不了，所以后来都没试过了。

听说 av1an 还支持目标质量编码，用更好但更慢的指标（如 XPSNR、CVVDP、SSIMULACRA2、Butteraugli-3n 等）去评估场景所需要码率（二分 CRF 逼近目标分数？），使得所有场景质量更加一致。

av1an 作者认为，全局统一 CRF 只是一种更简单快速的指标，根据每帧复杂度自适应码率，但实际感知的质量无法保证（如静态场景可能够了，动态容易糊，这俩应该需要不同的 CRF）。

听说 h.266 编码器 vvenc 已经使用 XPSNR 来进行感知优化了。我看别人转的几个片段，极低码率时画质都还很不错。我自己用 svt-av1 尝试在相同码率时，画质稍差一点儿，但没有明显劣势。。有空试试 aom 二次编码。。

总之，Win / Linux 上还是值得一试的，至少场景分割 + 多进程编码，能充分利用 CPU，整体能效比更高。

我在 8c16t 的 6900HX 上尝试，一个 svt-av1 总体只能吃满 60% 这样。

测试方法：单独转码 A、B 视频；俩 Shell 同时转码 AB 与 BA 视频，最后时间 / 2。后者是前者 60% 用时。

svt-av1-psy 停更后，又出现两三个分支，其中一个 svt-av1-essential 开始内置场景变换检测了，可能以后也会同步到主线了。。

@无名啊，纯猜测，可能可以试试，在ffmpeg之后，-i之前加上-hwaccel none显式禁止硬件加速

@tasy5kg，郁闷😒，Mac 上转码 av1 片段，解码出错率很高，而 Win 上转码全部正确。。

不知是 svt-av1 的 arm 代码没写对，还是 Mac 原因，还是其他啥。。

在考虑要不要开 Linux 虚拟机来跑，排除下系统问题。。