[情報] madVR 0.86.0

看板AVEncode作者 (C4)時間11年前 (2013/02/21 19:24), 編輯推噓13(13069)
留言82則, 11人參與, 最新討論串1/1
http://madshi.net/madVR.zip madVR v0.86.0 * added smooth motion frame rate conversion algorithm * added settings page for smooth motion frc configuration * added "trade quality for performance" option for smooth motion frc * added test patterns to madTestPatternSource to test smooth motion frc * fixed: RGB input with odd width/height is now accepted untouched * fixed: IVideoWindow::put_Owner() failed when pins were not connected yet * fixed: madHcCtrl.exe autostart registry entry was incorrect / not working * fixed: occasional crash when using DXVA scaling with high-bitdepth content * fixed: green line at the left image border when using DXVA scaling * file "settings.bin" is not written into win7/8 "VirtualStore", anymore * slightly improved multi monitor behaviour (when using DXVA or MPC-BE) * filter enumeration timer is now only active during DVD playback * extended logging for fullscreen exclusive presentation queue * internal software video decoders are now disabled by default (again) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.171.0.248

02/21 19:53, , 1F
新功能smooth motion frc非常好用 用blending的方式
02/21 19:53, 1F

02/21 19:53, , 2F
讓24fps的影片在60hz的螢幕上播放時可以消除judder
02/21 19:53, 2F

02/21 19:55, , 3F
又不會像補幀那樣帶來soap opera effect跟artefacts那
02/21 19:55, 3F

02/21 19:55, , 4F
一堆副作用~~
02/21 19:55, 4F

02/21 20:26, , 5F
鳩竟甚麼時候會進到1.0呢XD
02/21 20:26, 5F

02/21 20:43, , 6F
待會來玩看看xd
02/21 20:43, 6F

02/22 23:00, , 7F
在madvr版本號沒有很特殊意義
02/22 23:00, 7F

02/23 01:05, , 8F
LaTeX的版本號比較有趣XD
02/23 01:05, 8F

02/23 01:17, , 9F
24fps->60hz的FRC,個人測試效果挺接近原生24hz播放,但因為
02/23 01:17, 9F

02/23 01:17, , 10F
使用blending,所以目測上損失一些銳利度(些微)
02/23 01:17, 10F

02/23 01:19, , 11F
這功能挺適合不想裝Reclock的人使用,FRC主要用於去除
02/23 01:19, 11F

02/23 01:19, , 12F
24fps->60fps的3:2 judder,同時亦可去除source fps與
02/23 01:19, 12F

02/23 01:20, , 13F
refresh rate間的mismatch(59.94-60.00),因此可取代
02/23 01:20, 13F

02/23 01:20, , 14F
Reclock, 使用Reclock必須做audio resampling導致無法
02/23 01:20, 14F

02/23 01:21, , 15F
bitstream,並且有些使用者不喜歡因Reclock導致的seeking
02/23 01:21, 15F

02/23 01:22, , 16F
反應遲鈍或撥放延遲等,可使用FRC, 使用FRC唯一的缺點是
02/23 01:22, 16F

02/23 01:23, , 17F
略為降低的銳利度,基本上螢幕更新率越高,銳利度就越能保持
02/23 01:23, 17F

02/23 01:24, , 18F
因此盡量將螢幕更新率設60hz,然後FRC直接開下去就對了xd
02/23 01:24, 18F

02/23 01:25, , 19F
至於SVP的補幀,個人認為是著重在動態清晰度的提升,judder
02/23 01:25, 19F

02/23 01:26, , 20F
削減是順便而已xd
02/23 01:26, 20F

02/23 01:29, , 21F
稍微測試了一下,不確定有沒有設定對...FRC的滑順度完全比
02/23 01:29, 21F

02/23 01:29, , 22F
不上SVP....
02/23 01:29, 22F

02/23 01:30, , 23F
因為FRC只是削減judder及避免frame drop/repeat,對於動態
02/23 01:30, 23F

02/23 01:30, , 24F
清晰度沒有太大幫助
02/23 01:30, 24F

02/23 01:35, , 25F
說到動態清晰度,以電腦螢幕來說,目前要達到非常接近1080條
02/23 01:35, 25F

02/23 01:36, , 26F
垂直解析度的作法可能只有透過120hz的3D TN螢幕然後開
02/23 01:36, 26F

02/23 01:37, , 27F
Lightboost下去進行背光掃描,在該情況下一張影格的hold
02/23 01:37, 27F

02/23 01:39, , 28F
time = 1/120 * 1/10 s (假設點亮時間為1/10影格長度)
02/23 01:39, 28F

02/23 01:40, , 29F
= 0.833 ms, MPRT < 1ms 可以達成非常強大的清晰度xd
02/23 01:40, 29F

02/23 01:43, , 30F
使用SVP搭配普通GTG 6ms 60hz螢幕的話,MPRT = 1/60(Hold
02/23 01:43, 30F

02/23 01:44, , 31F
time) + 6ms = 22.6ms, 離動態無模糊其實還挺遠的,由此可
02/23 01:44, 31F

02/23 01:44, , 32F
知,我們觀看在60hz螢幕上觀看無補插的24fps,並且如果還有
02/23 01:44, 32F

02/23 01:45, , 33F
XXXX
02/23 01:45, 33F

02/23 01:46, , 34F
judder的話,動態清晰度是多麼個悽慘的狀況xd
02/23 01:46, 34F

02/23 01:47, , 35F
1080p動畫或電影,場景一平移(pan)的話,瞬間變成360p XDD
02/23 01:47, 35F

02/23 02:06, , 36F
如果螢幕更新率是幀數整數倍的話 個人認為用reclock
02/23 02:06, 36F

02/23 02:07, , 37F
才是上策 開FRC並沒有多少幫助 還會降銳利度
02/23 02:07, 37F

02/23 02:08, , 38F
由其是幀數接近更新率時(59.97fps@60Hz) 開了FRC會對
02/23 02:08, 38F

02/23 02:09, , 39F
每一幀做blending而造成銳利度有感的下降(madshi自己有
02/23 02:09, 39F

02/23 02:10, , 40F
講 實際測試也是如此)
02/23 02:10, 40F

02/23 02:13, , 41F
FRC還是拿來對付非整數倍的狀況比較好用~
02/23 02:13, 41F

02/23 02:18, , 42F
另外用FRC時reclock還是可以開著的 madshi的說法是
02/23 02:18, 42F

02/23 02:18, , 43F
relcock至少能提供一個低jitter跟穩定的audio clock
02/23 02:18, 43F

02/23 02:18, , 44F
reclock
02/23 02:18, 44F

02/23 02:29, , 45F
@lynked 當然不會像SVP那樣 FRC並沒有插補任何畫面
02/23 02:29, 45F

02/23 02:31, , 46F
它只是讓影片播放時還原成原本該有的樣貌
02/23 02:31, 46F

02/23 02:32, , 47F
去除因為更新率不匹配造成的負面影響
02/23 02:32, 47F

02/23 02:38, , 48F
對了熊熊想到一點 用這版本請務必去設定裡
02/23 02:38, 48F

02/23 02:38, , 49F
"trade quality for performance"那頁取消勾選第一個
02/23 02:38, 49F

02/23 02:39, , 50F
選項 這版本預設會勾 但顯卡夠力最好取消以取得更好
02/23 02:39, 50F

02/23 02:40, , 51F
的FRC效果
02/23 02:40, 51F

02/24 13:00, , 52F
@Q@ 取經推
02/24 13:00, 52F

02/25 01:09, , 53F
幾乎沒有59.97fps的影片吧..
02/25 01:09, 53F

02/25 01:47, , 54F
THK字幕組的櫻花莊11集MP4的就是59.97fps的影片
02/25 01:47, 54F

02/25 02:32, , 55F
v0.86.1 is released.
02/25 02:32, 55F

02/25 10:55, , 56F
59.97fps 原生的很少 大多自己壓的或是開SVP補的
02/25 10:55, 56F

02/25 10:59, , 57F
打錯 應是59.94
02/25 10:59, 57F

02/25 11:06, , 58F
此外60i的影片開去交錯倍幀處理後也是59.94fps
02/25 11:06, 58F

02/25 11:16, , 59F
對了我忘了有720/60p 這個規格...美國有電視台是放送這
02/25 11:16, 59F

02/25 11:16, , 60F
種訊號 這就是真正的59.94fps了
02/25 11:16, 60F

02/25 11:49, , 61F
我開啟FRC之後畫面會不時抖動,請問有人跟我一樣嗎?
02/25 11:49, 61F

02/25 11:52, , 62F
片源是1080p 25i的TS檔
02/25 11:52, 62F

02/25 12:15, , 63F
所以是p還是i @@?
02/25 12:15, 63F

02/25 12:16, , 64F
是i,但有去交錯倍頻成p
02/25 12:16, 64F

02/25 12:22, , 65F
那是1080i 1.用全螢幕獨佔模式會抖嗎? 2.開OSD看有沒
02/25 12:22, 65F

02/25 12:22, , 66F
沒有queue被吃光的
02/25 12:22, 66F

02/25 12:30, , 67F
重開之後好像就不會了說XD
02/25 12:30, 67F

02/25 12:31, , 68F
靠,又開始了= =快起笑了....
02/25 12:31, 68F

02/25 12:33, , 69F
抖動是怎麼個抖法? 定義"抖動"
02/25 12:33, 69F

02/25 12:34, , 70F
大部份顯示器應該有支援50hz顯示,直接用驅動調成50hz輸出
02/25 12:34, 70F

02/25 12:35, , 71F
看看,不要開FRC,看看會不會抖
02/25 12:35, 71F

02/25 12:37, , 72F
好像解決了,原因似乎是在下手賤,把顯卡的去交錯選項
02/25 12:37, 72F

02/25 12:38, , 73F
從"自動"改成"向量適應",改回"自動"就好了~
02/25 12:38, 73F

02/25 16:57, , 74F
請問開了FRC後,看1 Fream repeat every xxx sec還有意義嗎
02/25 16:57, 74F

02/25 17:49, , 75F
理論上開FRC後,該數值應該會變非常大(不會掉格或重複格)
02/25 17:49, 75F

02/25 17:50, , 76F
因為所有影格都在該呈現的時候以blend的方式對應到顯示器
02/25 17:50, 76F

02/25 17:50, , 77F
的垂直同步訊號.
02/25 17:50, 77F

02/26 03:03, , 78F
怪怪...我開了之後該數值還是幾十秒就掉一格
02/26 03:03, 78F

02/26 03:03, , 79F
確定FRC有顯示開啟
02/26 03:03, 79F

02/26 03:06, , 80F
阿問題解決了,沒有在全螢幕的模式下看
02/26 03:06, 80F

02/26 12:12, , 81F
我測的結果是那數值沒變 但實際上不會掉格
02/26 12:12, 81F

02/26 12:13, , 82F
所以開了後看那數值意義不大
02/26 12:13, 82F
文章代碼(AID): #1H9WFfnE (AVEncode)