视骏发布HEVC（H.265）编码器

[tnti]

http://www.cnbeta.com/articles/244065.htm

http://xhevc.com/cn/downloads/downloadCenter.jsp

mawen1250
06_taro
dgwxx

新玩具来了- - 土豪们快去试试... 视俊顶不住了（坐等真 X265编码器 ）
好像字数不够 别黑刀我了

[dgwxx]

vx昨晚玩了玩貌似编码器内部加水印+黑边，而且只能输出flv封装，必须往死里黑啊。
于是坐等vx的体验报告-v-

[cunhan]

人家商用编码器，放出来就是给玩玩而已。
真要能实用的编码器只能等开源社区吧。

[tnti]

vx昨晚玩了玩貌似编码器内部加水印+黑边，而且只能输出flv封装，必须往死里黑啊。
于是坐等vx的体验报告-v-

反正一般人是玩不起的 那货太烧时间了 不想有水印的必须用HM 那是作死 我记得没黑边啊 qp和ABR我都快纠结死了 没CRF（死） 坐等开源阉割HM的编码器出来


输入图像分辨率：
目前发布版本仅支持亮度分量长宽均为8的整数倍的输入图像，且图像宽度必须为128像素以上。

不是的话就难说了...

结论：骚年还是老实去玩X264-10bit把... 视俊坑爹货

[mawen1250]

看了下水印还是半透明的，说明有办法去掉，比如送进编码器之前处理一下然后加上水印后抵消之类的……

[freesilent]

这编码方法真疼，记得原来整vfr的wmv时好像用过graphedit

[vempx]

编码方式蛋疼……graphedit……
输出封装只能flv……
貌似视频长度也有限制……
右下角加水印……
编码的时候看不了fps……
abr和cq……
总之玩玩就行了，等x265吧（误

[nuomi]

今天看了一天dwing吧的讨论，真心觉得连测试的必要都没有……

[mawen1250]

先发个中高码率1920x1080的测试结果，使用BBC的Africa作为源

jp2对比图下载
0为源，1为x264-8bit，2为x264-10bit，3为SL HEVC。

源方面使用了我压这片用的AVS处理。

SL HEVC的设置为8线程关WPP，Ultra Slow，最大IDR间距750，rc方面为ABR设置11650kbps。压出成品平均码率10782.71kbps。
x264-8bit命令行如下。压出成品平均码率10883.41kbps。

► 显示剧情透露 x264-8bit

avs4x264mod.exe --x264-binary "x264_64_tMod-8bit-420.exe" --input-depth 8 --input-range tv --range tv --colormatrix bt709 --crf 20.3 --preset placebo --ssim --threads 8 --deblock -2:-2 --ref 8 --scenecut 55 --min-keyint 1 --keyint 750 --b-adapt 2 --bframes 9 --weightp 3 --qcomp 0.75 --rc-lookahead 75 --fade-compensate 0.00 --partitions all --no-dct-decimate --direct auto --trellis 2 --me tesa --merange 24 --subme 10 --psy-rd 0.80:0.10 --fgo 1 --aq-mode 3 --aq-strength 0.70 --log-file-level debug --log-file "Africa.1.x264-8bit.log" --output "Africa.1.x264-8bit.mkv" "Africa.avs"

x264-10bit命令行如下。压出成品平均码率10875.05kbps。

► 显示剧情透露 x264-10bit

avs4x264mod.exe --x264-binary "x264_64_tMod-10bit-420.exe" --input-depth 10 --input-range tv --range tv --colormatrix bt709 --crf 19.9 --preset placebo --ssim --threads 8 --deblock -2:-2 --ref 8 --scenecut 55 --min-keyint 1 --keyint 750 --b-adapt 2 --bframes 9 --weightp 3 --qcomp 0.75 --rc-lookahead 75 --fade-compensate 0.00 --partitions all --no-dct-decimate --direct auto --trellis 2 --me tesa --merange 24 --subme 10 --psy-rd 0.80:0.10 --fgo 1 --aq-mode 3 --aq-strength 0.70 --log-file-level debug --log-file "Africa.1.x264-10bit.log" --output "Africa.1.x264-10bit.mkv" "Africa.avs"

三者平均码率相差在1%以内所以可以直接对比。


一些问题：
1.我通过SL HEVC Encoder用CQP=10压一个由各种颜色BlankClip生成的视频来扫logo，然后通过EraseLOGO在送入编码器前去除logo，但由于0-255的量化范围上下限使其不能通过预处理来完全去除干净，还会有明显残留。
2.只能封装flv我倒是不觉得算是太大的问题。
3.使用视骏提供的这一套DirectShow编码、DirectShow封装、DirectShow分离、DirectShow解码方案后，我这个618帧的视频压出来后在AVS中用DSS2载入得到的视频总帧数为617，经观察发现视频的第0帧和第1帧相同，也就是原本的第0帧没了，同时最后一帧也没了。听说其他人压更多帧的总帧数会少不止一帧。我还不清楚这到底是编码、封装、分离还是解码部分的问题……
4.听别人说编码HEVC的速度只有x264的1/8，但我这个貌似三个编码器都是1.0-1.2fps，不知道是不是因为AVS瓶颈……CPU是E3-1230 V2。
5.测试了HEVC Encoder的CQP和ABR，结果基本和预想的一样，前者由于不同场景分配相同的QP导致复杂度相差大的地方码率相差也很大，后者由于是1 pass ABR所以结果倾向于对不同的场景分配相近的码率——高复杂度场景分配高QP低复杂度场景分配低QP，所以CQP相比ABR在高动态高复杂度场景（耗码）占优势而低动态低复杂度场景（不耗码）处于劣势。

测试结果我的总结：
在这种中高码率下一般的低动态场景差距不大，而高动态场景由于ABR的原因HEVC明显处于劣势（如第二组）。
而像是第四组，可以较为明显地看出由于目前的HEVC编码器缺少psycho-visual相关的优化（如x264中的aq、psy-rd），平面区域的细节保留、噪点保留较差，可能由于in-loop deblock filter的作用也导致画面较为模糊，而x264方面有较好的噪点、细节保留，画面锐度较高，但也可能由于psy相关优化导致画面局部的变形。

[littlepox]

http://tieba.baidu.com/p/2447550563

也来凑个热闹好了，我编码fate/zero OP的画质对比