不能简单换算。不过,如果 YouTube 的 4K 影片的画质对你来说可以接受,你可以把要转换的视频都传到 YouTube 上去,然后等 YouTube 给你转完了再自己下载下来(使用 yt-dlp 当然是,不然 YouTube 自带的只允许你下 720p )。
AV1 和 H265 既不是一个世代也不是一个派系的——AV1 是 VP9 的后代,世系大体上是 VP8 → VP9 (webp 在这里) → AV1 (avif 在这里); H265 是 H261 → H262 → H263 (很多人可能不知道,当年火爆全网的 rm/rmvb 也是一种 h263) → H264 → H265 → H266 这样连贯下来的。论代来说,AV1 和 H266 算是一代的。
如果一定要自己压的话,这里有一篇
https://kokomins.wordpress.com/2019/10/10/anime-encoding-guide-for-x265-and-why-to-never-use-flac/建议参考一下。尽管它这里说的是压 anime, 但它借着讲 anime 把很多概念都讲清楚了,你可以根据从这里学到的概念来考虑自己该如何选择。
我自己几年之前也总结过一篇,写在了这里——
https://www.reddit.com/r/2000committee/comments/12s5llm/some_personal_libx265_notes/当然就不如人家写的好,就是一些自己用的时候的经验(当时花了整整 2 个月的时间去做压码测试),而且也没有后续的更新,比如后来我终于搞懂了 ffmpeg 的 scaler (也不算是完全搞懂吧,但是已经能够写出像 crop='floor(if(gte(iw,ih),min(iw,ih*(28657/17711)),min(iw,ih*(17711/28657)))/2)*2:floor(if(gte(iw,ih),min(ih,iw*(17711/28657)),min(ih,iw*(28657/17711)))/2)*2' 的表达式了——这个式子表示找到长边,然后以长边作为裁切后的长边,裁切为长边比短边为黄金分割), 但是也没有去更新它。
很多人都吹 AV1 如何如何好,但很遗憾,或许是我太过粗鄙愚笨,我无论如何都压不好 AV1, 以我上面的描述,可以看出我是愿意拿出很长的时间去学习编码的参数以及进行自己测试的,但无论我如何测试,我总是发现 AV1 总是需要比压 H265 长得多得多得多的时间以及以比 H265 多出好多的码率,才能达到近乎 H265 的画质水准——甚至还是不行,如果进行截取单一影格放大,进行精细到像素的对比的话。我不知道他们那些研究是如何做出来 AV1 优于 H265 的,反正在愚笨的我这里完全无法复现。我可以忍受更久的压码时间,但是码率更高、质量反而更糟就……同理还有 VP9, 用 libwebp 压出来的图片,最终的画面质量无论如何就是比不过 JPEG (我一般用 cwebp -mt -q 95 -m 6 -sharp_yuv -af -alpha_filter best -sns 0 作为基准参数,但有时生气了就算把 q 调到 100, 放到 Ps 里去放大摁着像素去比会发现 webp 就是会有一些「掉色」的感觉,一些颜色压完就不「鲜艳」了).
因此我个人从来不信 VP8/VP9/AV1 这一套,目前还是摁着 H265 用,H266 虽然现在也有了而且 ffmpeg 也支援了,但我想还是再等个 3 年等它完全稳定、成熟后再说。(但是第一段仍旧成立,我自己也经常这么做,因为经过 YouTube 压制后的画质虽然不是那么能让人接受,但是毕竟体积小,然后浏览器都支持直接播放,因此有很多场景下很好用。)