V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
Cryse
V2EX  ›  问与答

H.264 为了存储转 H.265 的码率问题

  •  
  •   Cryse · Apr 29, 2020 · 7652 views
    This topic created in 2199 days ago, the information mentioned may be changed or developed.
    下载了大量的视频,绝大多数都是 H.264 编码的。
    现在为了减少空间占用想转码保存,那么二者的码率之间有没有可供参考的比例呢?
    24 replies    2020-04-30 09:42:31 +08:00
    clrss
        1
    clrss  
       Apr 29, 2020
    不同编码器同码率画质差别很大.
    比如 T2 芯片硬压我看和 libx264 软压差不多, 和 x265 不能比.
    love
        2
    love  
       Apr 29, 2020
    重压一次要接近原来的质量那新编码的那点节省也去得差不多了吧?
    更别说压制大文件真 tm 废时间
    coderluan
        4
    coderluan  
       Apr 29, 2020
    理论上极限大概 1:4,实际也就 1:2,但是这个对楼主并没有太大意义,因为这个压缩是无损原画压缩到 h264/h265 的比例,因为 h264 已经压缩过了,除非你能接受画质明显变差,否则体积并不会有太大差别。即使你能接受画质,压缩视频耗费的时间和算力你可能也没办法接受的,所以才有了不少曲线压缩法,把视频上传到 p 站再下回来这种。
    ohao
        5
    ohao  
       Apr 29, 2020
    没有必要吧,真太耗时了。
    Cryse
        6
    Cryse  
    OP
       Apr 29, 2020
    @coderluan
    我用 Media Encoder 试了下,7M 码率的 H.264 压到 4M 码率的 H.265, 画质暂停放大看有一点损失,容量从 1.94GB 减少到了 1.12GB, 但是花了 13:23...
    转码过程中 CPU 占用始终在 60%~70% 之间,GPU 占用率在 23~25%,不清楚换个编码器会不会利用率更高一些...
    coderluan
        7
    coderluan  
       Apr 29, 2020
    @Cryse 其实你把 7M 码率的 H.264 压到 4M 码率的 H.264 容量也能减小,速度估计还会快点。
    trepwq
        8
    trepwq  
       Apr 29, 2020 via iPhone
    av1 普及了是不是到时候再压一下
    laincat
        9
    laincat  
       Apr 29, 2020
    不建议自己进行重编码,宁可去下载一个新的。有损转有损这个过程虐化画质,时间等问题,得不偿失
    stoneabc
        10
    stoneabc  
       Apr 29, 2020
    @Cryse 你直接转 4M 的 H.264 指不定会更小。。
    luny
        11
    luny  
       Apr 29, 2020
    重编码不现实,还是直接找资源重新下吧,或者直接加硬盘
    ruixue
        12
    ruixue  
       Apr 29, 2020
    压缩可能比你想象的要更耗时,而且源码率本来就不是很高的情况下,继续压缩的意义并不是很大,有这功夫真不如买个新硬盘
    实在想腾空间,用高画质上传 Google Drive 可以 0 占用压缩存储,类似 Google 相册的无限空间,只不过有内嵌字幕的话字幕会丢失
    3dwelcome
        13
    3dwelcome  
       Apr 29, 2020 via Android
    @stoneabc 相同码率,h265 和 h264 画质差别超级明显。
    mxalbert1996
        14
    mxalbert1996  
       Apr 29, 2020 via Android
    建议楼主去了解一下编码器的各种参数,同样的码率不同的参数也是有天差地别的(一般来说同码率画质越高编码时间越长)。最简单的例子,楼主可以试一下 x264/x265 的 presets,看看 ultrafast 和 placebo 差多少。
    mxalbert1996
        15
    mxalbert1996  
       Apr 29, 2020 via Android
    另外为了码率效率最大化,一般推荐指定 crf 编码而不是指定码率,除非 2-pass 。
    wangsd
        16
    wangsd  
       Apr 29, 2020
    看分辨率,分辨率低的话收益不是很大,我一般 h265 下设置 CRF23,CPU 编码,跟原来的不会差很多。
    Cola90
        17
    Cola90  
       Apr 29, 2020
    用 quality control 而不是固定码率方式压制就行了,一般 hevc qc 26 就能达到很不错的画质,体积也小
    Rheinmetal
        18
    Rheinmetal  
       Apr 29, 2020
    看视频类型了 如果是自己拍的几十 m 码率的那种 用 crf 模式压一下 可以省很多空间
    如果是影视类就不合适了 建议重新寻找 265 压制的资源
    一共多少视频呀 90g 的视频 我这 4c8t 的老 i7 就压了一个星期 你这大量要是上 TB 的话 电费怕是都够买硬盘了
    imn1
        19
    imn1  
       Apr 29, 2020
    你压几个就知道,如果全盘压一遍,压完就看到硬盘降价了
    zhjie
        20
    zhjie  
       Apr 29, 2020
    长见识了,我还是加硬盘吧。
    futou
        21
    futou  
       Apr 29, 2020
    补充点信息,未失真 YUV 序列分别进行 264 和 265 压缩,265 可以节省 50%。达到 50%有几个条件:相同主观视觉感知质量而不是相同 PSNR,四组不同压缩率设置下的平均码率比,使用各自标准参考编码器,各种复杂技术全开(有个 common test configure )。转码没研究过,期待专业回复。猜测视频已经是失真的了,一些难搞的噪点被失真掉了,平均意义上码率节省可以>50%。然而为避免二压的失真,不能设置多组不同压缩参数进行平均计算。
    个人建议多买点硬盘吧,空间换时间。
    chihiro2014
        22
    chihiro2014  
       Apr 29, 2020
    买块硬盘都比转码实际,转码期间对电脑的损耗其实蛮大的
    Rheinmetal
        23
    Rheinmetal  
       Apr 29, 2020
    码率和画质虽然大致成正比 但是编码器参数还是有很多调整空间
    GPU 压制速度快但是 应该满足不了节省空间还要保证画质需求 还得上 cpu 编码器 x265
    3950X 的话性能是够了
    真要自己压可以看看这里的文档
    https://vcb-s.nmm-hd.org/
    okzy520
        24
    okzy520  
       Apr 30, 2020
    你重编码的电费够你直接买存储的了....别瞎折腾
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3480 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 110ms · UTC 11:37 · PVG 19:37 · LAX 04:37 · JFK 07:37
    ♥ Do have faith in what you're doing.