这块编写时仅参考其他类似文章的讲解，并未严格实际验证。所以不排除教程中讲解有误。有专业人士可以指点下吗？

你不是唯一一个报告这个问题的，doom9 x265官方贴中就有相关内容的讨论，我相信官方肯定看到了。
所以耐心等后续版本。

顺道，这应该不是一个小问题；这是整个x265 rc机制中的弊端。所以修复的过程可能比你想象的要漫长。

这是x265一个已知的瑕疵
在运动场景，如果有一块锐利的图像是静止的（比如说硬字幕），那么这个图像周边的场景就容易出现这种问题。
大概 --psy-rd 0 --psy-rdoq 0可以缓解。

最重要的就一点：

haswell同频同核心，性能比Ivy高36%，比SNB高42%

所以结论是：想玩x265，再不济也得咬牙上E3v3

3930K没有4790K好使，哪怕多了两个核心，但是SNB的架构太落后了。
与其上各种4930K，E5单路啥的，不如上5820K。

EVR750 写了：如果不谈理论，x265究竟可以让体积和压缩比缩小多少？

25%已经是极限了

三星S6确定可以（基本）正确的硬解10bit HEVC
android平台想必普及起来很快了

对于其他真人视频的画质段，各种不推荐x265，之前推荐的参数也作废。原因是对于高质量的真人压制，一般不选择做地图炮降噪，而让成品保留噪点等高频纹理。x265这方面做得可以说差到家了。虽然估计跑ssim/pnsr秒杀x264, 但是出来的画面实在太烂了。

包括官方的--tune grain, 效果，只能说呵呵。

换言之，现在对于真人视频，我觉得我要举白旗了。无论我怎么测试，我也不觉得调试出的效果比x264更好。

netsky123 写了：

littlepox 写了：更新之前第三页三组推荐参数之一。

那个参数-psy-rdoq 14.0？是14还是4？

14.0，确定

推荐一套适合真人特典，特别是演唱会的小体积参数。画质大约是x264-10bit --crf 21 --tune film --qcomp 0.65, 体积节省15%。适合一般向真人视频的高压: --crf 20.3 --preset slower --tu-intra-depth 3 --tu-inter-depth 3 --rdpenalty 2 --me 3 --subme 5 --merange 25 --b-intra --no-rect --no-amp --ref 5 --weightb --keyint 720 --min-keyint 1 --bframes 10 --aq-...

更新之前第三页三组推荐参数之一。