[請問] ffmpeg的yadif或bwdif

[rlstray (Shiraishi⊿)]

想請問一下，
在處理交錯影片時注意到的，如果用yadif或bwdif時命令沒有寫上mode=0

像是ffmpeg -i input.mp4 -vf "bwdif" output.mp4
處理完的影片會從30fps變成60fps
這跟用minterpolate來補幀到60幀的意思是一樣的嗎？
ffmpeg -i input.mp4 -vf "minterpolate=fps=60" output.mp4
還是這就是假的fps，影片本身完全不會因此而變得滑順呢？

本人木眼沒辦法看出到底有什麼差別...
想說還是上來請教看看有沒有人有經驗好了，謝謝！


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.71.212.235 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/AVEncode/M.1604976917.A.F44.html
推 falcon: 一個圖場相當於只有一半畫素的影格，1圖場對1影格之間轉換
→ falcon: 只是插補或去掉像素，流暢度應該不變的
→ falcon: 將兩個圖場合成一個影格會使流暢度減半，但能得到更好品質
→ falcon: 你原本的影片嚴格來說不是30影格/秒而是60圖場/秒才對
→ falcon: 所以實際上相當於60fps但每個影格只有一半畫素
→ falcon: 30fps是將兩個圖場當一個影格合計之後的結果
→ falcon: 但它實際上並不是每秒30影格
→ falcon: 交錯式掃描的影片不是由連續影格組成而是連續圖場組成
→ andrew43: 原po你的原影片frame rate是30i還是60i？
→ rlstray: 抱歉暫時只能用手機翻拍...
→ rlstray: https://i.imgur.com/cGQJXyK.jpg
→ rlstray: 上面這個是原始影片
→ rlstray: https://i.imgur.com/5emSjGU.jpg
→ rlstray: 這是用bwdif處理完以後的影片
→ rlstray: 原始影片播放時"看起來"不是交錯影片，所以用bwdif只是
→ rlstray: 單純想處理看看會如何
→ rlstray: https://i.imgur.com/dQLbF3p.jpg
→ rlstray: 第三張這個是播放時發現是交錯影片的原始檔案...但好像
→ rlstray: 從frame rate mode跟scan type上面沒辦法一眼看出來？不
→ rlstray: 知道有沒有其他方式能夠比較快速辨認是否是交錯影片呢？
→ rlstray: 所以如果本身並非交錯影片的話，用yadif/bwdif的話不但
→ rlstray: 沒有意義，反而會降低影片本身的流暢度嗎？
→ rlstray: 抱歉問題越來越多...我等等先去試著搞清楚到底圖場跟影
→ rlstray: 格跟fps跟i到底什麼是什麼
推 tntchn: 交錯影片在左右晃動時會有一條一條的橫線
推 andrew43: 逐格看可以看出內容是不是交錯式
→ rlstray: 嗯嗯，現在都是播放的時候看到一條一條才知道是交錯影片
→ rlstray: ，但原來不是整段影片都會一條一條啊@@ 碰到的是只有幾
→ rlstray: 個場景會有這樣的情況
→ falcon: http://tinyurl.com/yxkuu96p
→ falcon: frame = 影格 或 畫格 也就是對岸所說的 幀
→ falcon: field = 圖場 只有一半像素(單/基數行)的畫面
→ falcon: 兩個圖場可以換算成一個影格 例如60i換算成30fps
→ falcon: 數位相機是60fps拍攝→60i儲存 每個圖場都是不同時間點
→ falcon: 所以這種類型的60i影片反交錯→30fps流場度會減半
→ falcon: 所以實際上怎麼處裡是要看片源類型
→ falcon: 而如果只有某幾畫格交錯可能就是TeleCine
→ falcon: 此時你就必須用Field Match(圖場匹配)的方式來消除交錯
→ falcon: 對於NTSC60i用 -vf "fps=30000/1001,fieldmatch,decimate"
→ falcon: 如果是混合類型(例:TC+原生交錯)或其他各種情況...
→ falcon: -vf "fps=30000/1001,fieldmatch,bwdif=deint=1,decimat"
→ falcon: 應該都可以用上述方式處裡
→ falcon: 如果你不確定你的影片是什麼類型就試看看這個
→ falcon: 60i到30fps會使流暢度減半是對於數位相機拍的片源
→ falcon: 至於TC的60i還原成原生fps是30沒錯
→ kobe8112: 台灣也有在用幀吧，我印象中很久很久以前就看過了說
推 falcon: 就我小時候的記憶玩遊戲只聽過掉格沒聽過掉幀的
→ falcon: 幀應該是很早傳入外來用語
→ kobe8112: 我覺得不是，我也不是從遊戲相關看到的，是攝影相關領域
→ falcon: http://terms.naer.edu.tw/detail/2453802/?index=3
→ kobe8112: 查了一下，的確有網友討論過，我應該沒弄錯，
→ kobe8112: https://i.imgur.com/AW9PR6O.png
→ falcon: 看來意義上是相通的，不過我記得以前台灣的習慣不是用這字
→ kobe8112: 意義從來沒有不相通過啊，影片的本質本來就是會動的畫，
→ kobe8112: 資訊不流通、未有領域權威/官方組織統一翻譯的情況下，
→ kobe8112: 本來就會有不同詞彙的存在，早期各領域常見的現象
→ falcon: 更正ntsc 60i 3:2 pulldown 還原原生是24p才對
→ falcon: 扣掉圖場匹配後產生的重複影格
→ falcon: 如果你確定是此類型可直接用 -vf "pullup,fps=24000/1001"
→ falcon: 另外 fieldmatch不支援vfr輸入所以前面要用fps=30000/1001
→ falcon: 將輸入固定為cfr
→ falcon: 如果確定輸入是cfr則可省略
→ ksng1092: 我在PSP時代研究影片轉檔的時候，台灣的討論區大多稱影
→ ksng1092: 格或直接叫frame，幀的出現率只能說很少很少
→ ksng1092: 另外原PO你說播放時看起來不是交錯，現在很多播放設備都
→ ksng1092: 會自動幫你去交錯XD
→ kobe8112: PSP...嗯...跟GB不同時代了XD
→ rlstray: 叫幀只是因為在查資料的時候一直出現補幀這個詞，所以順
→ rlstray: 手打了而已，不用討論這個啦XD
→ rlstray: 現在自己的判斷方式是win10原生播放器&其他播放器都沒有
→ rlstray: 橫條→應該不是交錯；win10沒有但其他播放器有橫條→交
→ rlstray: 錯影片
→ rlstray: 不過就算遇到橫條也都只是少部分交錯而已，應該就是fal
→ rlstray: con大說的TeleCine
→ rlstray: 昨天想說不然來試試看minterpolate好了，結果兩小時的影
→ rlstray: 片跑了20個小時只跑了1/4的進度XD  上面提到的參數可能
→ rlstray: 要等這個跑完才能夠試試看了....
→ falcon: 提醒一下 靜態片段就算是交錯式掃描也不會出現梳狀線
→ falcon: 你必須找一個連續動態的片段來檢查梳子狀線出現頻率
→ falcon: 頻率2/5就是TC 3:2 pulldown