[情報] madVR v0.78

[dkfum (DK)]

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
推 xvid:WOWOWOW 看到第一項change log真是振奮人心
→ web2312:DXVA2 deinterlacing...
→ xvid:解碼器的更動應該只有移除intel mpeg decoder
→ dkfum:解交錯大部分在解碼端就完成了 他加入這功能在render端...
→ xvid:deinterlacing並不是decoder的任務 你可能有點誤會
→ tonyhsie:一般是decoder在解交錯 除非特定指定bypass or hw
推 xvid:那是部分decoder加入去交錯的實作 不然p/i與編碼格式無關
→ tonyhsie:你可能理解錯了 decoder必然要知道p/i而且負責解交錯
→ tonyhsie:可以想一下 如果decoder不負責解交錯 顯卡又無hw解交錯
→ tonyhsie:那會怎麼樣?
→ tonyhsie:另一個可以思考的點: Encode 時要指定p/i 又是為何?
→ xvid:那是因為一些編碼格式有支援interlace編碼 但解碼亦也只是解
→ xvid:碼成interlaced raw data
→ xvid:至於是否作去交錯的動作 或選擇的去交錯演算法不是解碼器負責
→ xvid:如果沒有後處理去交錯或DXVA deinterlacing 則會有拉絲的現象
推 goldie:OMG, deinterlacing!!! 終於讓抑制我A社換N社顯卡的慾望XD
→ tonyhsie:負責後處理的 多半也是decoder 不是很了解你想講什麼
→ dkfum:有啥好抑制的 A家硬體解交錯品質一直都比較好
→ killer1121:所以你推薦gold買N卡?
→ dkfum:我是不明白他想換卡的理由....
→ dkfum:上面堅持解交錯不是decoder工作的 說說看哪個主流decoder
→ dkfum:現在還沒有附帶解交錯處理... 如果硬要說解碼這個層面
→ dkfum:那根本就文字遊戲嘛...
→ killer1121:我覺得他只是在乎這版以前搭配LAV有CUDA硬解的問題
→ killer1121:所以這版有支援硬解?!
→ dkfum:沒有硬解 只有用到解交錯能力
→ xvid:因為decoder本來就是decode...
→ xvid:有所謂的encode才需要decode 或許真的是文字上使用的誤會
→ xvid:xvid即是一個沒有附帶去交錯實作的decoder
→ xvid:divx則是有支援DXVA deinterlacing
→ xvid:不過player的render有支援 GPU也會作DXVA deinterlace的動作
→ xvid:如同EVR、EVR-CP、VMR9，今天madvr更新即是增加此項支援
→ xvid:divx的decoder GUI也是提供開關的設定選擇 指示GPU是否要
→ xvid:去交錯
推 goldie:當然是為了hardware deinterlacing.
→ tonyhsie:一般interlaced來源無非是 DVD/BD/HDTV, 而其codec則是
→ tonyhsie:MPEG-2/H.264/VC-1,這三種格式的decoder也多會附去交錯
→ tonyhsie:在這邊討論學理問題 而不考慮現實 是有點奇怪了
→ xvid:我想這本來就是名詞的認知差異 混為一談當然會產生誤會
→ xvid:你要都視為decoder也無妨 反正一般使用者本來就不需要知道
→ xvid:"多"會有附去交錯我有些疑問 不計DXVA deinterlace 真的有很
→ xvid:多嗎？ 還請介紹一下
→ tonyhsie:CL,ffdshow,MPC內建,coreavc全都有啊...你都沒用過?
→ xvid:你提的四項我用過三項 ffdshow記得沒錯的話是包ffmpeg(?)
→ xvid:mpc也是ffmpeg 也只有在mpeg2附帶去交錯
→ xvid:CL方便提供網址嗎？還有其他的嗎？我剛好也很需要 3Q
→ tonyhsie:http://tinyurl.com/7omlsqw  H.264也帶去交錯 真沒用過?
→ xvid:這是player...
→ dkfum:PDVD的decoder 印象中8就已經有解交錯能力...
→ xvid:一些dvd、dvb player會加入去交錯是很正常的
→ xvid:我是認為decode與deinterlace既沒有互相包含 其內容也不相關
→ xvid:不論是整合編譯單一filter 還是兩者獨立分開
→ xvid:把deinterlacing filter稱作為decoder 我覺得有點奇怪
→ xvid:如果你習慣統稱decoder 那我上面的推文只是單純對此的誤解
→ y3k:又更新了 家裡三台電腦都要弄orz
→ xvid:我想應該是不會有人稱deinterlacing process是decoder
→ xvid:解壓縮覆蓋就好啦
→ y3k:看了上面的推文 Decode是把frames做出來 deinterlace是把frame
→ y3k:做filter的處理 兩個本來就不是一個東西阿....
→ xvid:另外 顯示卡的控制台內的一些色彩管理可能要調一下
→ xvid:還是y大說的直白 可能是我表達能力不精XD
→ tonyhsie:看來你真的搞不清楚現況 CL就是PowerDVD的decoder
→ xvid:嗯... 就此結束 你有疑問可以問其他版友 我不想再回答:)
→ y3k:其實我一開始看也是不知道啥是CL耶 然後才發現CL指的是Cyber-
→ tonyhsie:理論上decoder可以不要去交錯 但實際上大家都會作...
→ y3k:Link XDrz
→ tonyhsie:在指責4F前 可能要多看看現實去交錯到底是誰在處理...
→ tonyhsie:PowerDVD的dshow filter都是CL開頭 clvsd,cl264dec等等
→ web2312:h264 1080 60i的deinterlacing所需消耗的CPU資源快接近
→ web2312:decoding了,所以madVR多這功能對於CPU軟解已經很吃力的人
→ web2312:來說是件好消息