【原创】10bit视频编码——特性及全面播放方法介绍（2012.1.18更新）

滤液妹子的eva剧场ed多大来着……

话说我没看出这帖子的意义何在。没做测评没做对比也没有任何指导意义……
四核不能流畅播放，也不能通过RIP大幅降低码率容量……给谁看呢

看完整个帖子我就理解了两件事，一个是10bit只能软解，一个是ycbcr的取值可以上到9xx

SVP的全称就是Smooth Video Project，就是因为从电影诞生至今一直沿用24fps的视频并不流畅，所以通过插帧为双倍或60fps实现更流畅的回放，但前提是CPU够强。
我会想到用SVP去压60fps视频，也是因为有个人就搞了许多这种测试视频：http://www.nyaa.eu/?page=torrents&user=80434
多视频流也是因为几年前BakaBT论坛就有个帖子给出了一些测试视频，包括AIR OP，双视频流的测试视频，还有Kanon OP和Clannad OP，Planet Earth第一集1分钟片段，当时我是不了解动画的，所以过了几年看到AIR、Kanon时才发现以前的测试视频就是这个的OP。

DirectVobSub的问题我也说得很多了，所以我推荐使用MPC-HC的字幕引擎。对于使用BT.709的高清视频，要能用DirectVobSub显示正确颜色的字幕，必需在解码器端就输出RGB32，而ffdshow的RGB转换与其10bit解码是不兼容的，LAV我没试过强制RGB32输出，所以不清楚。


之前发帖数不到20，发不了链接，所以帖子里少加了很多内容。

支持新技术。
如果要实用化，还是得放到实际中或模拟实际情况来检验和比较，最好用普通常用的参数和码率压，然后进行对比。过高或过低的码率，实际应用少，意义小。
比如设定一样（不包括码率），8bit压一份，10bit压一份。增加（或降低）8bit码率与10bit相同再压一份。
这里还不太明白，10bit压出来体积比8bit的大吗？或者更小？还是仅仅编码过程中的技术？最终体积一样，仅仅增加编码时间？用复杂的计算换质量？
另外片子不用太长，几十秒就够，也不用音频，方便压制和上传下载。可以多选几种类型，最好能突出10bit优势的的片子片断，key的动画相差不大。

引用

引用第19楼marxian于2011-08-28 18:56发表的  :
比如设定一样（不包括码率），8bit压一份，10bit压一份。增加（或降低）8bit码率与10bit相同再压一份。

8bit和10bit的qp计算方法不一样，即使相同crf出来的码率差别很大。要比只能相同码率，这是业界的规矩。

我做过对比测试了，其他参数相同时，相同CRF下（1st pass CRF，2nd pass bitrate）8bit码率大概高出5-6%，平均QP比10bit低12。
在某些暗场时间段，即便8bit分配了13Mbps的码率，效果依然没有分配了5Mbps的10bit好。
近似码率时，在一般的场景中视觉差别不明显，10bit细节更接近原盘。在超低码率下，10bit效果比8bit更差。


我把全部测试内容也发到这里来好了……

还是那句话，对比最能说服人。同设定或者同crf可以拿出来，但绝对不是对比编码效率用的，而是指导crf/qp设定用的。

做视频质量对比，还是要拿同码率的做对比的。

我举个例子吧比如

拿8bit的crf24(中低画质)的码率和ssim去和10bit的相近码率的crf和ssim比
然后拿8bit的crf16(中高画质)去和10bit的相近码率去比
最后拿8bit的crf16去和10bit的同ssim比crf和码率
顺带po上各个参数的暗场高亮截图，有条件的还可以叠上宏块qp示意，如果能放出测试视频就更好了

这样才能让别人直观地感受10bit啊

老弄些倍帧率多视频高码率的货，给谁看捏 ╮(╯_╰)╭

引用

引用第18楼roozhou于2011-08-28 15:03发表的  :

这个要做也应该播放时做（很多电视机都有这个功能），压片的时候做纯粹浪费码率。另外电影24fps并没有不流畅，人家的快门速度是1/24秒，和动画或者电视摄像机不一样，通过motion blur来提升流畅度。

你可以用我direct264里带的vsfilter.dll，这个问题已经修正了，会根据分辨率自动选择BT709还是BT601。

可以把vsfilter 的source patch發上來嗎?
這樣就可以讓上游修正問題了。

试着对比了LAV+madVR还有ffdshow+madVR、LAV+EVR/CP、ffdshow+EVR/CP的播放组合，后面三种都有这样那样的问题，只有前面一种是最完美的。

ffdshow解码10bit视频虽然支持，但是颜色出现了一点偏差，画面普遍偏绿（对比原盘和LAV解码的结果），我在画图板里用取色工具对截图取色然后查看RGB分量的值，原本16/16/16的点变成了16/17/16或16/18/16，其他的点也普遍出现了Green偏高的情况。

而LAV支持P010输出（10bit）至madVR，但是EVR/CP只支持8bit输入，所以如果使用EVR/CP渲染器，解码器就要将10bit转换成8bit的YV12输出，ffdshow这步转换是做了抖动（设置中有），所以基本保留了原本的画面。而LAV没做抖动，直接就10bit round 8bit，导致本来已经去掉的banding又出来了。

而且madVR不光支持10bit输入，在内部还会先转换成16bit进行处理（应该是包括了额外的dither）然后再dither成8bit，配合10bit压制时的debanding处理，最终出来的画面几乎半点banding都没有。


补充一下，突然发现我的笔记本还在用ffdshow r3959，也就是今年8月1日发布的第一个开始支持10bit解码的版本，所以这个解码的颜色问题可能在后来的版本修复了，我今天试试看新版本。