cpu是E5 2670。从x265.ru/en/builds下了新的64bit265，8bit编码器,替换进MC里，veryslow下不到0.1x的速度不能忍，调为slower，25分钟的片用2 pass压了3小时，且只优化到8线程。builds.x265.eu的编码器速度也差不多。同样码率的264very slower模式速度快了近8倍
结论：开高参数后720p非大动态画面120kb码率slower基本满足动画番手机观看的要求（normal模式画面依然崩坏较多），此码率264任何高参都画面崩坏明显。一般电影200kb码率可放手机观看了，动作电影320kb码率可满足720p画面要求，可这时用高参压片速度极度感人，不如码率升一倍选264编码速度好太多，在优化到32线程前265的速度难有实用性。NVEVC硬压265的720p，2m码率画质才有保证，此时倒不如多花点时间用1m码率软亚264。同样极限高参下，相同画质265码率为264的50%言不符实，75%才是现状
样板：pan.baidu.com/s/1qYwGzIc pw：hqhy

我是这样认为的，x264和x265的相同的preset是不能拿来比的。
x265的crf默认是28，而x264则是23。
视频质量评价：PSNR，SSIM
相对省下的码率我认为是用母带级别视频分别压成x264、x265对比出来的，而不是用x264-x264，x264-x265这样来对比。
就我本人而言，哪怕用xvid/vob/dat/mjpeg这些古老格式分别压出x264、x265对比，都能看得出x265省了一半的码率！

120k还是太差了，这个估计得给到400k才能取得一个不错的画质

论速度是微软的vc-1，没那么啰嗦的编码规则，vp10就不知道了，还有最近更新的rmhd，小网站的菜

最近我也把一些老动画压成X265 10BIT！
原版都是1080P的800MB-1G大小动画，设置如下：
X265 CRF21 10BIT 速度MEDIUM 优化则是normal 音频AAC 256K
基本都是1080P，压缩速度为能保证0.35X左右。压缩后大小由原来的1G降低为200多MB。
压缩后画质。。。反正也原版比起来差不了多少，特意选了一个动作场景多的镜头对比过，反正看不出明显差距。
。。。不过CRF21的设置稍微大了点，CRF19应该更好点。
因为CRF21压缩后码率只有1000-1200K左右。而CRF19则有1500-1700K左右，不过都不明显，无所谓了。
毕竟x265本身就是对动画压缩很好，低码率也有不错表现。再加上10bit，不仔细截图对比基本没差。
很多高质量动画保存原版比较好。
总之，压缩速度设置为MEDIUM普通速度就好，不建议用slow甚至更低的压缩速度，特别是压动画的时候，废时间则不必要。非要用低速压也建议不要超过slow，因为从slow到更低的veryslow压缩速度更慢且画质提升可能不到5%！
个人压缩都不是专业的，我压缩的CPU也不过是E3V2，压缩速度慢是当然的！
很多专业压缩组都是买了E5来搞压缩的。
个人压缩用slow压缩太慢了（压缩速度只有medium的1/3）！真的不建议！而且x265到2.0版本后即使是预设medium也能有不错的画质了。
最后，AMD的8核REZEN要出来了，且因为AMD的高端CPU用了类似AVX的指令集，所以对视频压缩有加成，建议以后要换机买AMD的1700系以上ryzen，压缩速度更快。

640x360或720x400的分辨率压265,电影长度2个小时,体积不到200兆.参数都是默认的crf28-medium

只优化到8线程是什么鬼。。我这x265吃满40线程毫无压力。

ffmpeg里nvenc就vbr和cqp俩模式，开cqp8-12高速完成转码给只能硬解8bitHEVC的移动设备那是相当给力。

8线程什么鬼……x265吃完72个线程都没问题

是里番吗

只能8线程肯定不对，建议换GUI或直接命令行。另外自己不懂的GUI不要乱换里面的文件，容易出问题。

并没有出现你说的情况，老机器双路2680v2和新机器2699v4都是有多少用多少。自己编译的版本，linux。