作者a5150219 (.......)
看板PC_Shopping
标题[心得] 日本动画类SVP补帧优化参数设定
时间Tue Nov 22 00:39:04 2016
日本动画类SVP补帧优化参数设定
以下SVP参数调整仅支援SVP4 Pro及SVP3，
SVP4 Free由於无参数可调整，故不支援。
本机采用I5-6600K @ 4.7Ghz，
因此参数主要为此性能做为测试
设定如下图
http://i.imgur.com/VORaYKa.jpg
P.S. 昨天有在前几篇的推文中提供另一组参数，该参数为旧版参数，上图则是今日针对
通用性做些许调整的新版参数
此参数设定的预期目标分别是
1. 流畅
2. 减少artifacts
3. 减少Blend
参数简介：
Frame interpolation mode
设定补帧程度，流畅程度为Uniform > Adaptive > 1m > 1.5m > 2m，越流畅造成的
artifacts会越高，因此此项仅推荐选择Adaptive
SVP shader
设定SVP处理模式，有许多种模式，效果也不尽相同，并不是越耗能的模式在动画类影片
中表现越好，此项推荐选择23. Complicated或2. Sharp
Motion Vectors grid
设定运动向量的网格大小，越小的设定通常可以补到越精细的变化，但是介入程度过高也
会导致产生严重artifacts，尤其在动画类影片更是严重，此项推荐为28px.
Decrease grid step
设定一次移动的最小单位，此向如果设定错误时，在特定画面中会变得不流畅，此项推荐
为To smallest step 3-4px，其次为To small step 6-8px
Search radius
搜索半径，设定过大时会导致artifacts产生，不宜设定过大，动画类影片仅建议设定成
Small and fast
Motion vectors precision
运动向量精度，此值在1080p动画下的影响不大，效能差者可以设定Two pixel，效能好的
可以设定成Half pixel
Wide search
建议关闭，动画类影片设定此项会造成artifacts产生，故选择Disable
Artifacts masking
伪影抑制，建议设定成Average
Processing of scene change
场景变化处理，为了抑制Blend产生，此项选择Repeat frame
如果上图设定会导致CPU满载，建议依序设定
1. Motion vectors precision - One pixel
2. Motion vectors precision - Two pixel
3. Decrease grid step - To small step 6-8px
4. Motion Vectors grid – 32px
SVP shader差异
23. Complicated 生成新的一帧时，会参考四帧画面，并采用Blend处理
2. Sharp 生成新的一帧时，会参考前後各一帧的运动做为参考，无Blend处理
虽然2. Sharp不采用Blend，
但是此项的artifacts比23. Complicated来的多，经过几次测试後
决定还是推荐23. Complicated模式，如果喜欢乾净的画面则可选择2. Sharp模式
以上设定为个人认定的通用型动画类补帧优化参数
目前是觉得此设定下的观感比BFRC(AMD)丶FM佳
感谢阅读。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 49.159.113.130
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/PC_Shopping/M.1479746347.A.715.html
1F：→ vobor : 6600K超4.7GHz....这样跑SVP的时候使用率在多少啊11/22 00:45
2F：→ a5150219 : 50~75%11/22 00:49
※ 编辑: a5150219 (49.159.113.130), 11/22/2016 00:51:19
3F：推 w113353 : 我还是继续用DR好惹QQ11/22 00:54
4F：推 vobor : DR的资源需求怎麽样？11/22 00:54
5F：→ a5150219 : DR不支援副卡…11/22 00:56
6F：→ w113353 : 980Ti的15~30%吧 DR 11/22 01:01
7F：→ w113353 : 单卡派... 另外一个x16拿去装NVMe SSD惹11/22 01:02
8F：推 HanadaIru : 我1060用DR+madvr会因为负荷太大导致播放不了11/22 01:23
9F：→ trfmk1 : SVP我试过是能双卡跑啦11/22 01:32
10F：→ a5150219 : 1060 DR+madvr应该可以哦…960顺跑的说，不过要稍微 11/22 01:34
11F：→ a5150219 : 降madvr参数11/22 01:34
12F：→ trfmk1 : 我还是花钱买SVP4 PRO,但是怎麽微调画质还是没有FM11/22 01:35
13F：→ trfmk1 : 好...11/22 01:35
14F：→ a5150219 : 这参数主要是抑制Blend，毕竟FM的Blend帧太多了11/22 01:38
15F：→ a5150219 : 如果在意的是字幕鬼影…那还是FM在这方面强一点，11/22 01:40
16F：→ a5150219 : 不过我字幕都外挂的，这部分只有影响OP ED11/22 01:40
17F：推 faintbreeze : passssss11/22 01:41
19F：→ trfmk1 : 弄张副卡补帧CPU才用不到40% = =11/22 02:36
20F：→ a5150219 : 可以是着把伪影改中等，去除鬼影11/22 04:12
21F：→ a5150219 : 建议可以关闭blend试看看 11/22 04:12
22F：→ a5150219 : 另外SVP4“好像”有比较省一点资源的样子 11/22 04:15
23F：→ a5150219 : 如果常看动画的话，建议萤幕更新率可以改59hz 11/22 04:22
24F：→ trfmk1 : 去鬼影开太强会有反效果11/22 07:04
25F：→ a5150219 : 是哪种反效果呢？11/22 10:01
26F：推 Litfal : 你的设定CPU吃到50~75%有点高，没开GPU加速吗？11/22 12:06
27F：推 Litfal : 只开Adaptive+mvg 28px了，我开得都比你高，但CPU使11/22 12:14
28F：→ Litfal : 用率比你低不少。我用你的设定只会吃20~35%而已。 11/22 12:15
有开opencl加速，
使用率高有可能是因为我还有开madvr升频到4K，影片软解HEVC 10bit
如果是i7的话也会低一点
29F：推 kevingwn : 推参数简介~11/22 12:33
30F：→ kevingwn : 补充Decrease grid step(减小网格步长)是当MV的SAD11/22 12:34
31F：→ kevingwn : 高於阈值时用小网格再次ME找出更好的MV11/22 12:34
这项其实搞不太懂他的意思…
理论上来说应该是全局最顺没错
但是实际在动画上的观感明显不是…
32F：→ kevingwn : 阈值分别是To small...:65000<局部:4000<全局:250 11/22 12:34
33F：→ kevingwn : 所以全局应该最流畅,To small...虽然可以减到很小但11/22 12:34
34F：→ kevingwn : 阈值太高很少作用,SVP4好像也没这两选项了11/22 12:35
不确定SVP4有无全局选项，
原本看不出来这几项差异在哪
是後来看到 冰菓 其中一集有个画面是
平移书本上的文字，
如果开全局会顿
开small或smallest就不会
（测试影片：冰菓 十文字事件 揭开真相的片段）
35F：→ kevingwn : 另外28px.的网格只有效到6-8px11/22 12:35
WHY?
36F：→ kevingwn : Search radius(搜索半径)的快速是以SAD代替SATD11/22 12:35
37F：→ kevingwn : 如果在淡入淡出的场景会有抖动改其他选项可以改善11/22 12:36
当动画中的人物甩动头发时，
搜索半径一开就会造成伪影，
所以这项我测试後决定开快速，
即使开small也是会有伪影，
快速是最少的。
（测试影片：舰队收藏 第三集 OP前的片段）
不过由於测试影片全为日本动画片，
可能和欧美动画、真人影片的有差异
38F：推 shasen1235 : 已改信DM教QQ11/22 14:54
DR：QQ
※ 编辑: a5150219 (163.13.17.4), 11/22/2016 15:26:16
※ 编辑: a5150219 (163.13.17.4), 11/22/2016 15:31:48
39F：推 kevingwn : 我的经验是用全局才有感觉变滑顺 会顿可能跟搜索半 11/22 16:19
40F：→ kevingwn : 径也有关 另外我是指SVP4只有局部和全局11/22 16:19
41F：→ kevingwn : 网格28px是指32x32区块间以4px重叠(24px就是8px重叠11/22 16:20
42F：→ kevingwn : 14px是16x16以2px重叠12px是4px以此类推11/22 16:20
43F：→ kevingwn : 因为重叠也跟着refine减半且要维持整数所以28px只能 11/22 16:21
44F：→ kevingwn : 到6-8(28→14→7)而其他则24/32→12/16→6/8→3/4 11/22 16:22
45F：→ a5150219 : 原来是这样，难怪我设24px搭smallest处理器会满载，11/22 16:49
46F：→ a5150219 : 改到28px就不会了，原来是没作用啊XD11/22 16:49
47F：→ a5150219 : 这样也许32px搭smallest的效果更好，晚点再来比对11/22 16:50
48F：→ a5150219 : 看看11/22 16:50
32px/smallest在伪影表现更佳，
但是Blend也变多了…
动作场景多的建议采用28px/small
反之可以改用32/smallest
对了，如果用32/smallestcpu压力更大些
49F：→ Litfal : 阿，你用SVP3，只能在32bit下运作，光是decode的CPU11/22 22:36
50F：→ Litfal : 使用量就高了一截11/22 22:36
51F：→ a5150219 : 我有把svp硬改成64bit的，但还是很吃处理器…11/22 23:01
52F：推 ry3298 : 推11/22 23:25
※ 编辑: a5150219 (49.159.113.130), 11/23/2016 00:18:33
53F：推 angelafreet : 现在比较推哪个播放程式呢? 11/23 10:48