x264编码
x264 core 144
编码设置 : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=1 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / slices=1 / nr=0 / decimate=1 / interlaced=0 / minigop=0 / stitchable=1 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=26.0 / qcomp=0.60 / qpmin=3 / qpmax=69 / qpstep=4 / vbv_maxrate=22000 / vbv_bufsize=22000 / crf_max=51.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.40 / aq=1:1.00
编码日期 : UTC 2016-11-29 00:36:50
标记日期 : UTC 2016-11-29 00:36:50
x265编码
x265 :[Windows][MSVC 1800][64 bit]
编码设置 : wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / no-early-skip / rdpenalty=0 / no-tskip / no-tskip-fast / no-strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=250 / min-keyint=25 / scenecut=40 / rc-lookahead=20 / lookahead-slices=4 / bframes=3 / bframe-bias=0 / b-adapt=2 / ref=7 / limit-refs=3 / no-limit-modes / weightp / no-weightb / aq-mode=1 / qg-size=64 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=2.00 / rdoq-level=0 / psy-rdoq=0.00 / signhide / deblock / sao / no-sao-non-deblock / no-b-pyramid / cutree / no-intra-refresh / rc=crf / crf=26.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / vbv-maxrate=16500000 / vbv-bufsize=16500000 / crf-max=0.0 / ipratio=1.40 / pbratio=1.30
编码日期 : UTC 2016-11-29 00:10:28
标记日期 : UTC 2016-11-29 00:10:28
体积相差一倍，x265比x264还要清晰。

url。cn/41xcxeC
资源，用的参数都比较低，但是x265依然凶残。

x264用的参数偏低了, 现在正常压片都不用这么低的, 包括视频网站也是.
另外比较一下压制时间? 公平一点的话, 应该在相同压制时间的条件下比较?

x265标准参数 x264最高参数 crf相同，x264细节有优势。
x265标准参数x264最高参数，输出文件大小相同x265细节有优势。
x265最高参数x264最高参数 crf相同 没有对比，压制的时间很久测试没啥意义。等楼主买了双路e5再补上测试。

如果相同时间相同体积下x265能胜，那就能称完胜了吧

限制1小时出片 你说你怎么压

我现在都用nvenc的 没那么多的时间去压

楼主能不能给个512K和1200K码率下X265和X264的压缩率对比？
我现在下的很多720P的HDTV视频正在压为X265，主要问题是用中等（默认）速度压比较慢，slow更慢（我用slow一般用来压720P的蓝光版美剧，一般是x265 10bit 1200K左右），所以只能用fast压，自己对比过用fast速度，720P，1200K视频码率，128K音轨码率的情况下压缩，感觉上中等和快速的画质差不多。这样压缩速度基本上和视频本身的时间差不多，这样一部50集的国产剧能一天半压完比较节省时间，压缩工具是VIDCODER（这个免费并且没任何功能上的限制，缺点是不支持10BIT，所以要用10bit压缩必须用mediacoder，但这个压2个文件就必须关掉重启，很麻烦，否则要等2小时）。
总之，X265压缩的设置平衡点一直找不到。。。顺便说下，楼主有推荐的压缩软件么？

我悲催地觉得在三次元没有什么用，h264比xvid先进吧，但压制组给的体积越来越大，哪怕HEVC普及了，重编码体积也不会变小吧

兼容性还是很重要的，x265在投影仪上无法播放，而premiere转码出来的就可以，画质差了点。一般用的播放设备能播放最重要，比如电脑(通杀所有)，手机(安卓)，投影仪(安卓5)，电视，dvd

你要比较画质，只要要有一个比较基准。随手随便压两个出来然后就说一个好一个坏，没意思。
XviD在同码率都可以秒掉x264，只要你把x264的参数设得足够差，比如ultrafast。
要测试，至少要在同一个基准下测。

这什么鬼参数啊……用默认参数根本不具参考力的啊

x265 72af1a8 Merge with default; prep for 2.2 stable 2016-12-15