作者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/m.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