>然後在上面真的有人提供直接證據下，我自己再測試忽然變正常了

這是你的問題還是我的問題？

>這位先生 最基本的禮貌要有啊，文以及其附加的內容沒看完 回個什麼文啊

我不是說我有看嗎？就是看不出個所以然才覺得你莫名其妙

今天你要認為 SVP 效果好沒關係，尊重個人看法

我不爽的是你那一口咬定 BFRC 補的畫面就是錯的、沒意義的口氣

好像沒學你上傳段影片你就贏了一樣

各遑論 frame blending 那段根本就是錯的，貼出資料糾正還沒你嫌 (好人難當

你測了一星期，我從今年初就開始用了，樓上 Lancelot_93 則是去年就開始測了

難道我們的使用經驗會比你不準嗎？

>左上角的已經不明顯到可以忽略了

那就是有嘛！

>個人以120hz觀看任何24fps影片沒有任何judder

個人以120hz觀看任何24fps影片若不做補幀就是有 judder

>理論上不會產生，實際上也沒有觀測到

理論上會產生，也有觀測到

>在PCHOME上搜尋"液晶電視"有，在"液晶電視"這分類有851個結果，然後搜尋"120hz 液晶電視"有42個結果

現在一台兩萬初的 Sony 電視都有內建到240hz

你難道不知道網路上一堆庫存機種嗎？

>花費運算資源去製造不自然的變形，我個人不能接受。

你不能接受 artifacts 關我屁事喔？不要用不就好了

會裝 SVP、BFRC 的 User 都是有這種認知下使用的，你無法接受沒人強迫你裝阿

就算是電視也有選項讓你關閉

> 我不是說我有看嗎？就是看不出個所以然才覺得你莫名其妙
你上面不是說的是"睡前"，這樣的寫法就像是發文之後再去補看

> 我不爽的是你那一口咬定 BFRC 補的畫面就是錯的、沒意義的口氣
我已經說得很明白，重疊上下frame 這個行為沒意義
在之前的狀況下BFRC大部分就是這樣的行為
你認為 一個frame 提早出現1/60秒 在延緩1/60秒消失有意義嗎
唯一勉勉強強能擠出來的意義是在反應遲鈍的LCD上可以減少反應時間;
但現在LCD早就脫離這種時代

> 好像沒學你上傳段影片你就贏了一樣
沒有人會贏，這是討論 意見互相交流
有意見你就自己po 你的東西出來

> 各遑論 frame blending 那段根本就是錯的，貼出資料糾正還沒你嫌 (好人難當
很抱歉frame blending 幾乎是你在提的，我說的是重疊frame
至於我說的重疊frame 跟你提的frame blending 我不知道

但你可以明顯看到，我很少回(不能說完全沒回 大概有回個一行左右吧)
後面frame blending就你自己在說著自爽，這部份我就沒妨礙你
你要爽就自爽個夠

你１０２樓也有說明了補幀是"邪道"這兩個字。
別人玩的軟硬體就是"邪道" 那不然你玩的是軟硬體是什麼？正宗教派？

這邊大家講的不管是 "實測" "理論" 都是有實際操作比較過。
而你就是只有找網路影片來說嘴比較，怎不自行實際操作看看再來討論?別老是當網路鍵盤手。

至於是不是事實礙於許多情況，相信逛這邊論壇的專業玩家都心照不宣。
相同的，你的不實謠言也很快就被搓破

還有討論版上不缺硬體實物操作的玩家，但人格心術上有問題的話沒有人救的了你。

>orakim

你也只提了"重疊frame"並沒有具體給出一個詳細定義

而據我所知目前唯一的類似技術就是 frame blending

The smoothmotion approach is to display each frame exactly 2.5 times, where we display frames for 0.5 times by blending two adjacent frames together. In terms of the pattern, it results in something like this

A A A+B B B C C C+D D D E E E+F F F

Here, A+B refers to a frame that is exactly half of A and half of B, blended together. The overall result is that each frame is displayed for a consistent amount of time, resulting in smooth motion.

我不是你的蛔蟲，沒辦法心靈感應你的意思到底是啥，理所當然從現有資料推斷

--

既然你都承認自己測試有誤，再在講下去也沒意義了

> 你也只提了"重疊frame"並沒有具體給出一個詳細定義
上下frame 重疊 這不夠具體...
你要我在具體到哪邊去，實際上沒有生成中間frame 就提早 延後出現實體frame

> 既然你都承認自己測試有誤，再在講下去也沒意義了
嚴格來說測試的結果有誤，問題的原因不明 可能是AMD可能是MS
結論:要在Win10 用GCN1.0 用BRFC，有作用不正常的疑慮

>上下frame 重疊 這不夠具體...你要我在具體到哪邊去

我是真的無法領會...okok 就此打住

>你要我在具體到哪邊去，實際上沒有生成中間frame 就提早 延後出現實體frame

你這樣講我才懂，但通常出現這種情況應該都會覺得是 bug

畢竟 frame 的時間順序已經錯位了，這不是正常補幀該有的行為

討論主題是顯卡...
怎麼會有拿螢幕
在那邊張飛打岳飛的

還有位大大
拿原本不符合GCN1.1規範的顯卡跑BRFC
然後自己機器不知道是硬體還是軟體有問題
還可以扯一大堆
這是一個什麼樣的概念

我也是Win10 R7250 GCN1.0環境下去
怎麼我沒有問題?

Kaveri 晶片的APU只能跑Mode 1
GCN1.0不能跑Mode 0

實際上CCC流動動作的強度會影響到補幀的效果
調到中或低是最適當...調到強會有反效果
Zero-Copy Mode打開會增加轉換補幀效率
減少GPU跟CPU的使用量
但我的狀況是打開Zero-Copy後MadVR就不能用了
所以才用DXVA Checker打開CCC本來不能用的設定彌補畫質

MPC-BE、MPC-HC或者PotPlayer我都測試過
我還是喜歡單純用MPC-BE-64位元版
配外掛LAV Filters

> 然後自己機器不知道是硬體還是軟體有問題
> 還可以扯一大堆
這很簡單 上面已經有提到，假設可以適用 實際上用了之後也有得到結果
就那個部份非常的有問題，丟出自己的東西 (當時認為這是普遍的行為)
等其他人有不同環境 不同顯卡 丟出來自己的東西，才發現異常
你提到的扯一大堆是介於兩者之間，時間序請先理清楚;系統有問題 是最後面才有辦法確認
一開始就知道那就不會有那一大堆

在之前測試中(忘了是不是這串) 在PCDVD有提到過 mode1 我用了會有隨機紅點分佈 mode2正常
但其實mode2也有類似的問題，那時候還沒發現mode2會有隨機白點
只是出現機率遠低於mode1紅點 (到現在還是有紅點、白點的狀況)
以為只是相容性問題而已就忽略他，到最後面才發現實質上也影響那時候fluidmotion的行為

只能推測 AMD沒開放GCN 1.0 fluidmotion 相容
大概就是他有相容性問題 乾脆就軟體上設定成不相容，用第三方硬開就只是把問題暴露出來