V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
Cryse
V2EX  ›  问与答

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

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