[求助]编码前后，差别忒大%>_<%

[bailixiao]

楼上说的10bit是指 http://www.nmm-hd.org/newbbs/viewtopic.php?f=7&t=325 这个帖子中说的内容么，我实在是不懂用啊，那个x264应用程序到底该怎么用？我是用megui压制。

[angelcat]

把MEGUI的X264更換成TARO大的版本，並且照他的方法在參數中添加--input-depth 16 以及在AVS中結尾添加O16()
如果只是想純粹轉出10BIT 那把X264換成10BIT版本就可以

[bailixiao]

直接换了x264 10bit版本，压出来一片花花绿绿，⊙﹏⊙b~

[angelcat]

更新解碼器啊 好歹爬文一下吧

[bailixiao]

更新解碼器啊 好歹爬文一下吧

了解，感谢！

[-o-o-304-o-o-]

感谢分享（拖

关于10bit，我觉得这个真得看情况，就目前测试来看，10bit带来的最大改进是banding的减少，不过由此而来的副作用很大（最基本的是设备兼容性问题，DXVA，coreAVC2.55的CUDA硬解阵亡，移动设备全军覆没；紧接着的是效能问题，目前2630QM的处理器，madVR或者LAV下对于bob60部分的流畅度欠佳（尤其是1080，不过因为测试的时候挂的是电池不是外电，不知道TB了之后会不会好，但是着相对于8bit的蛋定无鸭梨来说，确实解码的鸭梨大了不少，这点taro大前些阵子在推特上有比较多的论述嗯。。）

LZ目前要做的片子，个人觉得，码率喂足的前提下，没必要非选10bit不可（小分辨率的体积优势就单话来看远不如大体积的来的大。而且现在大家下载状况较之数年前好转了不少，做对了体积大点估计也不会是啥大问题（至少就我个人而言，仅数话的话，单话多个10-20%体积求个更好的质量啊咱觉得完全可以接受嗯。

[Brilliant7438]

之前做过次非常简单的解码性能测试，i5 2300@3.2GHz、DDR3 1600 8/9/8/21/1T双通道，ffdshow cccp（关后处理）对比解码1080P 8/10bit，最终结果均高达200fps以上且8/10bit结果相差无几……

“2630QM 1080P bob60流畅度欠佳”应该是渲染端顶不住了


另，对于480P新番之类的确是确保兼容性的意义大于编码器效率优势，其他情况我觉得同质量下能压小自然不该做大……

[4h4h270]

自行用渣U测试表示1080p+10bit+madvr尚能一战
用基友的2720qm表示毫无压力
2630QM 1080P bob60流畅度欠佳(因为测试的时候挂的是电池不是外电).肯定是因为用电池的问题吧.