V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
dcsuibian
V2EX  ›  视频技术

AV1 和 H265 需要多大码率才能达到 90Mbps 的 H264 水平?可以简单换算吗?

  •  
  •   dcsuibian · 6 天前 · 873 次点击

    硬盘空间快不够了,在考虑降低一下新录视频的码率。

    目前 YouTube 对 4K 60p HDR 的建议上传码率是 66-85Mbps ,但是是针对 H264 的。我希望视频的画质不要降低到这个标准以下。

    已经问过 AI 了,说是 AV1 45Mbps ,H265 54Mbps ,但是这种属于经验值吧,还是想听听专家的意见。另外 AV1 有啥坑吗?

    9 条回复    2025-03-09 16:06:09 +08:00
    chutsetien
        1
    chutsetien  
       6 天前   ❤️ 3
    不能简单换算。不过,如果 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 压制后的画质虽然不是那么能让人接受,但是毕竟体积小,然后浏览器都支持直接播放,因此有很多场景下很好用。)
    Valyrian
        2
    Valyrian  
       6 天前   ❤️ 1
    我猜楼主是录屏吧,在 nvenc 的 h264 和 av1 之间选择?

    说说我的个人经验吧,我用 rtx3000 的 nvenc h265 录 1440p60fps 8bit444 ,60Mbps 传 youtube 完全够了,即使是有很多粒子的游戏画面。

    这些新 codec 提升最明显的地方在于低码率的 quality ,但在那个区间的码率完全不适合传 youtube ,youtube 二次压缩后基本没法看。。

    另外一个游戏录屏经验,千万不要传 1080p 到 YouTube ,youtube 的 1080p 和 1440p 压缩完全不是一个等级。即使你的屏幕是 1080p ,最好录的时候 obs 里拉伸到 1440p
    chutsetien
        3
    chutsetien  
       6 天前
    @Valyrian

    是的,你说到的这条非常重要,YouTube 刻意打压 1080p 的画质(大概跟 COVID 初期的大降质有关),往下的 720p 也好,或者任何 1080p 以上的解析度也好,画质都没有 1080p 那么烂。YouTube 的 1080p 简直是烂到了不能看的地步,因此不得不在去年还是前年来着,又出了个「高码率 1080p 」,然后给弄成了 Premium 专享……
    dcsuibian
        4
    dcsuibian  
    OP
       6 天前
    @chutsetien 感谢大佬分享,不过我不是压制组,就是游戏录屏而已
    shuax
        5
    shuax  
       6 天前   ❤️ 1
    msg7086
        6
    msg7086  
       5 天前
    别的不说,同样的素材用不同的压制参数跑,同样的编码同样的码率画质也会差别很大的。
    dcsuibian
        7
    dcsuibian  
    OP
       5 天前 via Android
    @shuax 感谢,这个看来挺好的,不过我大部分游戏还是用 n 卡自带的录屏,如果游戏不支持的话也可能用 obs
    dcsuibian
        8
    dcsuibian  
    OP
       5 天前 via Android
    @msg7086 我主要是 n 卡录屏,里面不能选太细的参数,不过大部分参数应该是一样的
    DAMNCRAB
        9
    DAMNCRAB  
       5 天前   ❤️ 1
    可以参考 nvencc 作者 rigaya 的实测 https://rigaya.github.io/vq_results/
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2829 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 12:46 · PVG 20:46 · LAX 05:46 · JFK 08:46
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.