使用kmplayer 播放H.264檔案時，如何穩定播放時的framerate?（解決一半）

laboratory.vr

如題（本文求助的問題與「mkv 720p/1080i檔案忽快忽正常」相同。為求助的症狀補足文）

2009 5/13 23:00 追加：
---------------------------------------------------
找到問題癥結！（抱歉變成自問自答）
結論而言，是多聲道Audio Source使用ffdshow的SPDIF Pass-through功能時，
就會產生週期每五秒加速問題（不論軟解或硬解）

可能原因：Audio 直接SPDIF Source Pass-through時反而造成A/V Sync的困難，
Kmplayer只好用影像配合聲音時間持續修正。

目前自己測試的結果：
ffdshow Audio Decoder (version 2936)：
　1.多聲道SPDIF直接Pass-through：週期加速「會」發生
　　（有關於發生原因以及是否是設定錯誤造成，仍有待研究）
　2.多聲道SPDIF重新Remix為DD5.1：週期加速「不會」發生

AC3filter (1.51a)：
　1.多聲道SPDIF直接Pass-through：週期加速「不會」發生

AC3filter (1.46)：
　1.多聲道SPDIF直接Pass-through：週期加速「有時會（？）」發生

找到原因的理由，是因為回想兩週前發現這個問題的時間點，
正是小弟導入DA2400ES後第一次看片時

經過這次的問題解決，小弟學到：
1.當Video Codec調整怎麼做都解決不了問題時，可能是Audio Codec所造成。
2.有關於Sync (jitter)的問題，必與A/V兩者皆有關

（以上 2009 5/13 23:00 追加）
--------------------------------------------------------------

最近播放Ｈ.264與AVC1影片時常會感覺到時間軸有突然加速後又正常的情況，
而且以接近規律的週期發生（5秒一次），詳情如下描述：

症狀敘述：
當影片被判定為H.264
(H.264)CoreAVC Video Decoder
(H.264)Divx H.264 Decoder

1.影片解碼時，格率通常都保持在23.77 f/s左右，稍微低一點的標準，有時甚至會低到22.85 f/s
2.大約每五秒，會在一個大約1/5秒的時間內突然格率加速，在下一次的格率平均osc中，該秒的平均格率會上升到25.59 f/s或是甚至26.40f/s
3.格率加速中的格率，若以我個人人體時鐘「感覺」的1/5秒做計算，　
　25.59-0.8*23.98=6.406f（發作期間內影格數）　
　6.406/0.2=32.03 frames persecond   
　32.03/23.98 影片瞬間大約是加速到原來的4/3倍左右。
　（實際看的感覺，其實是瞬間加速到「2倍」以上，然後又正常化）

4.開啟高速（硬解）模式時，OSC格率顯示是可以穩定在23.98f/s，但視覺上的「加速感」仍然存在（2009 5/13修正。感謝Exige板主熱心回應）
（說不定不是每個人都與我有一樣症狀，可能有人真的靠硬解就把時基完全矯正）
（但純粹看OSC而認定時基正常者，我想說”硬解模式”應該會讓CPU與顯影工作脫鉤，我個人選擇不信OSC，請回到畫面本身）

影格3939　格率：23.77/23.98　

影格3939　格率：23.77/23.98　

影格3965　格率：23.77/23.98

影格3965　格率：23.77/23.98

影格3996　格率：25.77/23.98

影格3996　格率：25.77/23.98

影格4021　格率：22.85/23.98

影格4021　格率：22.85/23.98

我用CoreAVC / Divx H.264 等Codec，使用軟解/硬解與各種視訊轉譯器測試，都一樣沒有改善。
我已經沒招了～

另外被CoreAVC / Divx H.264認定為(MPEG2)的影片，不論是.mkv 或 .avi封裝的影片
(MPEG2)CoreAVC Video Decoder
(MPEG2)Divx H.264 Decoder
framerate都可以維持在大約為 23.77, 23.77, 23.77, 23.79, 24.68, 23.77,  ......的循環
重要的是看不出有明顯的加速感。

Gabest解BS等MPEG2(.ts)檔時也不會發生
framerate可以保持29.24 f/s～30.25 f/s之間（2009 5/13修正）

所以對我而言，這是H.264與AVC1特有的問題。
在鏡頭慢速移動時的鏡頭，這樣的jitter變化，實在非常明顯。
有興趣的同好可以試試看，找個物體緩慢（接近等速）移動的分鏡（另外還有第一人稱慢速前進的分鏡），
連看15秒以上，觀察移動速度是否有突然加速，就可知道是否有相同症狀。

不知道是否有前輩有研究？
是否有穩定影格率的技巧？?（不需要真的接近23.98f/s，只要視覺上不易察覺即可）（2009 5/13修正）
還請有經驗的前輩解惑。感激不盡。

2009 5/13追加：
小弟所指的「格率變動」其實與OSC紀錄身無關，純粹是視覺上於一定週期的加速感。
雖然本文使用OSC作為佐證，
但硬解模式下，視覺所見的加速感仍在，
而OSC的格率感覺已經寫死了，不值得參考。

硬體：
Q6600 2.4G/ P5K Pro /DDR2 2G*2
硬體規格上應該沒問題阿 軟解也難超過40％～除非是個體差...囧

軟體：
XP SP3
KMPlayer

[ 本帖最後由 laboratory.vr 於 2009-5-14 00:13 編輯 ]

Exige

有開高速模式嗎?
使用CoreAVC KMP"一定"要開高速模式. 不然就會有你說的格率問題.

laboratory.vr

原帖由 Exige 於 2009-5-13 09:12 發表
有開高速模式嗎?
使用CoreAVC KMP"一定"要開高速模式. 不然就會有你說的格率問題.

感謝Exige板主熱心回答。
但是就小弟所觀察：
1.開高速模式是可以讓"OSC顯示格率"固定在23.98f/s
2.但每五秒為一週期的「瞬間2倍加速感」仍然存在。

也就是就我個人的視覺認知，”週期性的加速問題”，並沒有隨著"OSC顯示格率"的正常化而真的解決。
抱歉沒有辦法以圖片視覺化我的問題，但時基變化（jitter）的問題用靜態圖片也沒法描述....抱歉

在這裡我要提出一個懷疑，那就是硬解模式中的framerate（格率）顯示「是假的」！
這樣的說法乍聽之下有點過於武斷，雖然小弟不是學資工的，但之前coding的經驗告訴我
1.在多工的OS下，要完成沒有時基變化（jitter）的持續工作，最簡單的辦法就是不要經過CPU＝硬解
2.但硬解下，display buffer根本上是DMA動作，CPU理應無法拿到工作進度回報（？）
3.個人猜測，影格計算必須使用「完整影像一張＝一影格」，所以非整數張影格不存在
　因此格率計算得用「處理一定數量『整數影格數』後除以所花時間」得來，要完全一樣不簡單
　個人比較相信解碼能達到解mpeg2的 「23.77, 23.77, 23.77, 23.79, 24.68, 23.77,  ......」就很不錯
　重點是只要加速不要在一瞬間，而能分攤在一段時間內，視覺上的加速感就不會過於明顯。

小弟相信”開高速模式”事實上是開啟”硬解”（從貴站學來的），
當開啟高速模式時，
CPU使用率會從25～35％降到10～15％，
同時「VRM 7/9 視窗化」也會變得不支援OSC。
在這些”硬解化”的徵狀出現時，”OSC格率”可信度就下降了。

因為自己「眼睛所看見的與OSC所紀錄的」不同，所以鬼扯了這麼多
題外話：阿～說到時基誤差（jitter）就讓我想到Audio阿....

不知道是否有前輩對視覺上的速度感受有研究？
還請有經驗的前輩解惑。感激不盡。

PS.超高速模式沒有完整試過，因為開啟超高速模式，
系統會自動做很多設定的樣子，光改回來就花了很多時間....

HERWU

原帖由 Exige 於 2009-5-13 09:12 發表
有開高速模式嗎?
使用CoreAVC KMP"一定"要開高速模式. 不然就會有你說的格率問題.

報告Exige 版主依我個人的經驗掛 CoreAVC , KMP 也非絕對要開高速哦 !
經過測試不開高速也可以順暢且正確播放 , 而畫質也更優哦!