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

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

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，发不了链接，所以帖子里少加了很多内容。

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

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

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

以前拿過某個OP特效ASS字幕，36MB而已。

配上各种超级无敌慢的极限参数，再配上巨高的码率，分别用了10小时，压出了这么2段1分31秒的视频。视频码率降为原盘的大约一半
=================
笑而不语

记得去年10月x264刚刚支持10bit编码时，d9上有篇帖子说10bit下qp大致相当于8bit下qp+12的

引用

引用第8楼06_taro于2011-08-17 16:33发表的 回 6楼(mawen1250) 的帖子 :
Hi10的壓制經驗不足，直接留空不設好了，反正x264自己的rc很靠譜的……

其實我個人壓8bit時只有在確定不設置qpmax時出來的單幀qp最高不超過28才會去加--qpmax 28，所以一般這參數根本不是拿來限制x264的，而是給其他喜歡蛋疼看參數的人圍觀用的……

如果還是想知道x264給每幀分配的qp值的話，開--verbose，然後2>>"sample.log"輸出編碼記錄，或者在我的編譯版裡用--log-file "sample.log" --log-file-level debug來看……

qpmax不仅仅限制单帧，如果AQ开着的其实限制的是MacroBlock的量化值（所以qpmin由10改成0了），这个用x264 verbose应该也看不出来吧...

純小白一隻。

@mawen1250 既然10bit可以提升壓縮率+防Banding，那為何還要用高碼去壓呢？高碼的話8bit也可以。可以的話順便壓個同參數的8bit出來，這樣也好對比。然後qpmin和qpmax我個人是推薦默認的，手動設置的話飆碼還不容易對比。

@06_taro 朋友壓Hi10（1080p）用--preset placebo，世界更清靜。。。

qpmax=28必去啊……

10bit的qp值和8bit下大不一樣，譬如在8bit下crf 23出來時qp值為28的幀可能在10bit下crf 23下qp值是三四十，仍然設定qpmax=28的話碼率飄得會很離譜的……

話說Hi10還ref=16，全世界沒米級配置PC的窮人們都清靜了……