高比特率时x264 vs x265


2

我目前有大量的歌曲(区域性),这些歌曲是来自BluRays的1080p Remux(这些都没有受版权保护的FYI)。我打算压缩它们以节省空间,因为它们目前占用太字节存储并且编码效率非常低(有些甚至使用恒定比特率(OM​​G!对!))。在x264 High Profile L4.1上,目前的比特率超过了40mbps,因此尽管编码不好,但质量仍然保持不变。

我打算用x264或x265的手刹对它们进行编码,但我似乎无法决定某些因素。使用x264,我通常会使用'CRF 14/15'和'Very Slow'预设和'电影调'。在CRF 16,我可以看到一些我不喜欢的场景中的纹理扭曲!从CRF14可以看出,我有点像个怪人。

在我使用x265进行初步测试时,我使用与x264 CRF14相同的比特率进行了重新编码(2次传递非常慢的预设!)因为我不打算在此时用x265重新映射等效的CRF。质量的差异对我来说并不是那么多,除了在一些场景中略微更好的颗粒。总的来说,x265似乎对图片进行了一些去噪,尽管我做了调整(去噪和去除显然是禁用的)。然而,在较低的比特率(~4mbps)下,x265绝对是超过x264的超级跳跃。质量差异巨大!!

我知道x265仍处于开发阶段,但您认为等待它变得更好有什么意义吗?我可以等一两个月,也许是一年,因为它的CRF变得更好或者我的高比特率要求(~CRF14 x264)你会说它与x265没有多大区别吗?

附:编码时间和CPU使用率不是问题,因此请忽略这些因素。


HEVC需要大量的CPU能量。对于播放,即。您是否在依赖硬件解码的设备(电视,手机,平板电脑......)上观看视频?
Daniel B

就像我说的,CPU功率和时间不是问题!此外,兼容性也不是问题!唯一的问题是质量。
Umer

Answers:


1

假设您正在使用手刹0.10.x的最新稳定版本,则使用的x265版本是 1.9

根据 x265项目的facebook页面 ,7月13日发布的2.0版本有以下2个您可能喜欢的新功能:

  • rc-grain:专门针对粒状内容启用新的速率控制模式。严格防止帧内和帧之间的QP振荡,以避免颗粒波动。
  • tune grain:一种完全重构和改进的选项,用于编码胶片颗粒内容,包括QP控制和分析选项。

我建议你等手刹支持2.0版本。或者您可以创建一个拉取请求。


非常感谢...听起来很棒。我肯定会等待Handbrake更新编解码器。我将使用CLI同时尝试新功能。
Umer

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.