[情報] madVR v0.78

看板AVEncode作者 (DK)時間12年前 (2011/11/06 15:54), 編輯推噓4(4推 0噓 67→)
留言71則, 7人參與, 最新討論串1/2 (看更多)
madVR v0.78 * added support for DXVA2 deinterlacing * added option to enable/disable automatic activation of deinterlacing * added option to force off deinterlacing for 48i sources * added option enable/disable performing deinterlacing in a separate thread * added auto 4:2:2/4:4:4 to 4:2:0 conversion when using DXVA2 deinterlacing * added OSD deinterlacing information * Ctrl+Alt+Shift+D turns deinterlacing on/off * Ctrl+Alt+Shift+F switches deinterlacing field order (auto, top, bottom first) * changed gamma decrease key combo from Ctrl+Alt+Shift+F to Ctrl+Alt+Shift+B * increased decoder queue size to 12 frames * added support for h264 10bit 4:2:2 decoding * improved frame stepping * improved internal frame locking mechanism * removed warning "creating 10bit render texture failed, used 8bit instead" * updated libav/ffmpeg dlls http://madshi.net/madVR.zip 看起來主要是內部解碼器更新 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.32.56.87
推
11/06 15:56, , 1F
WOWOWOW 看到第一項change log真是振奮人心
11/06 15:56, 1F
→
11/06 15:56, , 2F
DXVA2 deinterlacing...
11/06 15:56, 2F
→
11/06 16:05, , 3F
解碼器的更動應該只有移除intel mpeg decoder
11/06 16:05, 3F
→
11/06 16:30, , 4F
解交錯大部分在解碼端就完成了 他加入這功能在render端...
11/06 16:30, 4F
→
11/06 16:32, , 5F
deinterlacing並不是decoder的任務 你可能有點誤會
11/06 16:32, 5F
→
11/06 16:59, , 6F
一般是decoder在解交錯 除非特定指定bypass or hw
11/06 16:59, 6F
推
11/06 19:23, , 7F
那是部分decoder加入去交錯的實作 不然p/i與編碼格式無關
11/06 19:23, 7F
→
11/06 20:16, , 8F
你可能理解錯了 decoder必然要知道p/i而且負責解交錯
11/06 20:16, 8F
→
11/06 20:18, , 9F
可以想一下 如果decoder不負責解交錯 顯卡又無hw解交錯
11/06 20:18, 9F
→
11/06 20:19, , 10F
那會怎麼樣?
11/06 20:19, 10F
→
11/06 20:21, , 11F
另一個可以思考的點: Encode 時要指定p/i 又是為何?
11/06 20:21, 11F
→
11/06 20:31, , 12F
那是因為一些編碼格式有支援interlace編碼 但解碼亦也只是解
11/06 20:31, 12F
→
11/06 20:32, , 13F
碼成interlaced raw data
11/06 20:32, 13F
→
11/06 20:33, , 14F
至於是否作去交錯的動作 或選擇的去交錯演算法不是解碼器負責
11/06 20:33, 14F
→
11/06 20:35, , 15F
如果沒有後處理去交錯或DXVA deinterlacing 則會有拉絲的現象
11/06 20:35, 15F
推
11/06 21:38, , 16F
OMG, deinterlacing!!! 終於讓抑制我A社換N社顯卡的慾望XD
11/06 21:38, 16F
→
11/06 21:54, , 17F
負責後處理的 多半也是decoder 不是很了解你想講什麼
11/06 21:54, 17F
→
11/06 21:56, , 18F
有啥好抑制的 A家硬體解交錯品質一直都比較好
11/06 21:56, 18F
→
11/06 22:02, , 19F
所以你推薦gold買N卡?
11/06 22:02, 19F
→
11/06 22:06, , 20F
我是不明白他想換卡的理由....
11/06 22:06, 20F
→
11/06 22:10, , 21F
上面堅持解交錯不是decoder工作的 說說看哪個主流decoder
11/06 22:10, 21F
→
11/06 22:11, , 22F
現在還沒有附帶解交錯處理... 如果硬要說解碼這個層面
11/06 22:11, 22F
→
11/06 22:11, , 23F
那根本就文字遊戲嘛...
11/06 22:11, 23F
→
11/06 22:21, , 24F
我覺得他只是在乎這版以前搭配LAV有CUDA硬解的問題
11/06 22:21, 24F
→
11/06 22:22, , 25F
所以這版有支援硬解?!
11/06 22:22, 25F
→
11/06 22:31, , 26F
沒有硬解 只有用到解交錯能力
11/06 22:31, 26F
→
11/06 22:35, , 27F
因為decoder本來就是decode...
11/06 22:35, 27F
→
11/06 22:47, , 28F
有所謂的encode才需要decode 或許真的是文字上使用的誤會
11/06 22:47, 28F
→
11/06 22:51, , 29F
xvid即是一個沒有附帶去交錯實作的decoder
11/06 22:51, 29F
→
11/06 22:52, , 30F
divx則是有支援DXVA deinterlacing
11/06 22:52, 30F
→
11/06 22:55, , 31F
不過player的render有支援 GPU也會作DXVA deinterlace的動作
11/06 22:55, 31F
→
11/06 22:56, , 32F
如同EVR、EVR-CP、VMR9，今天madvr更新即是增加此項支援
11/06 22:56, 32F
→
11/06 22:58, , 33F
divx的decoder GUI也是提供開關的設定選擇 指示GPU是否要
11/06 22:58, 33F
→
11/06 22:58, , 34F
去交錯
11/06 22:58, 34F
推
11/07 02:05, , 35F
當然是為了hardware deinterlacing.
11/07 02:05, 35F
→
11/07 05:39, , 36F
一般interlaced來源無非是 DVD/BD/HDTV, 而其codec則是
11/07 05:39, 36F
→
11/07 05:40, , 37F
MPEG-2/H.264/VC-1,這三種格式的decoder也多會附去交錯
11/07 05:40, 37F
→
11/07 05:43, , 38F
在這邊討論學理問題 而不考慮現實 是有點奇怪了
11/07 05:43, 38F
→
11/07 08:13, , 39F
我想這本來就是名詞的認知差異 混為一談當然會產生誤會
11/07 08:13, 39F
→
11/07 08:15, , 40F
你要都視為decoder也無妨 反正一般使用者本來就不需要知道
11/07 08:15, 40F
→
11/07 08:23, , 41F
"多"會有附去交錯我有些疑問 不計DXVA deinterlace 真的有很
11/07 08:23, 41F
→
11/07 08:23, , 42F
多嗎？ 還請介紹一下
11/07 08:23, 42F
→
11/07 08:51, , 43F
CL,ffdshow,MPC內建,coreavc全都有啊...你都沒用過?
11/07 08:51, 43F
→
11/07 08:58, , 44F
你提的四項我用過三項 ffdshow記得沒錯的話是包ffmpeg(?)
11/07 08:58, 44F
→
11/07 09:01, , 45F
mpc也是ffmpeg 也只有在mpeg2附帶去交錯
11/07 09:01, 45F
→
11/07 09:10, , 46F
CL方便提供網址嗎？還有其他的嗎？我剛好也很需要 3Q
11/07 09:10, 46F
→
11/07 11:56, , 47F
http://tinyurl.com/7omlsqw H.264也帶去交錯 真沒用過?
11/07 11:56, 47F
→
11/07 12:10, , 48F
這是player...
11/07 12:10, 48F
→
11/07 12:11, , 49F
PDVD的decoder 印象中8就已經有解交錯能力...
11/07 12:11, 49F
→
11/07 12:16, , 50F
一些dvd、dvb player會加入去交錯是很正常的
11/07 12:16, 50F
→
11/07 12:39, , 51F
我是認為decode與deinterlace既沒有互相包含 其內容也不相關
11/07 12:39, 51F
→
11/07 12:41, , 52F
不論是整合編譯單一filter 還是兩者獨立分開
11/07 12:41, 52F
→
11/07 12:42, , 53F
把deinterlacing filter稱作為decoder 我覺得有點奇怪
11/07 12:42, 53F
→
11/07 12:44, , 54F
如果你習慣統稱decoder 那我上面的推文只是單純對此的誤解
11/07 12:44, 54F
→
11/07 12:45, , 55F
又更新了 家裡三台電腦都要弄orz
11/07 12:45, 55F
→
11/07 12:46, , 56F
我想應該是不會有人稱deinterlacing process是decoder
11/07 12:46, 56F
→
11/07 12:47, , 57F
解壓縮覆蓋就好啦
11/07 12:47, 57F
→
11/07 12:47, , 58F
看了上面的推文 Decode是把frames做出來 deinterlace是把frame
11/07 12:47, 58F
→
11/07 12:48, , 59F
做filter的處理 兩個本來就不是一個東西阿....
11/07 12:48, 59F
→
11/07 12:51, , 60F
另外 顯示卡的控制台內的一些色彩管理可能要調一下
11/07 12:51, 60F
→
11/07 12:52, , 61F
還是y大說的直白 可能是我表達能力不精XD
11/07 12:52, 61F
→
11/07 13:08, , 62F
看來你真的搞不清楚現況 CL就是PowerDVD的decoder
11/07 13:08, 62F
→
11/07 13:12, , 63F
嗯... 就此結束 你有疑問可以問其他版友 我不想再回答:)
11/07 13:12, 63F
→
11/07 13:13, , 64F
其實我一開始看也是不知道啥是CL耶 然後才發現CL指的是Cyber-
11/07 13:13, 64F
→
11/07 13:13, , 65F
理論上decoder可以不要去交錯 但實際上大家都會作...
11/07 13:13, 65F
→
11/07 13:13, , 66F
Link XDrz
11/07 13:13, 66F
→
11/07 13:14, , 67F
在指責4F前 可能要多看看現實去交錯到底是誰在處理...
11/07 13:14, 67F
→
11/07 13:17, , 68F
PowerDVD的dshow filter都是CL開頭 clvsd,cl264dec等等
11/07 13:17, 68F
→
11/07 21:33, , 69F
h264 1080 60i的deinterlacing所需消耗的CPU資源快接近
11/07 21:33, 69F
→
11/07 21:34, , 70F
decoding了,所以madVR多這功能對於CPU軟解已經很吃力的人
11/07 21:34, 70F
→
11/07 21:34, , 71F
來說是件好消息
11/07 21:34, 71F
‣ 更多 dkfum 的文章
文章代碼(AID): #1EjZqhRm (AVEncode)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：
排序： 最舊先 | 最新先 | 留言數
情報
4
71
[情報] madVR v0.78 madVR v0.78
dkfum
12年前, 11/06
在新視窗開啟完整討論串 (共2篇)
‣ 更多 dkfum 的文章
文章代碼(AID): #1EjZqhRm (AVEncode)