作者kisaraki (如月未緒)
看板AVEncode
標題[請問] AVIUtl 讀取 60i AVCHD 檔
時間Thu Jan 20 13:13:14 2011
在下所使用的檔案來源是一般家用攝影機所拍攝的 MTS 或 M2TS AVCHD 檔
經由 AVIUtl( DirectShow File Reader 0.26a + CoreAVC 2.0 ) 以 fps 變換 59.94
讀取，去交錯使用自動，Field 為 Top->Buttom
以 x264vfw 輸出為 H.264 59.94fps AVI 後，結果影片的流暢程度卻不如源檔的 60i
但，若是改以 TMPGEnc 4 Express 讀取後，再用 Double Framerate 進行去交錯
則輸出後的 59.94fps AVI 則可和源檔的 60i 一樣順暢
想請問各位板上的先進們，在以 AVIUtl 面對 60i 源檔的時候，有沒有什麼方式可以
讓壓出來的檔案是和原來一樣順暢的？
另外，不知道板上有沒有人使用過麗台的 PxVC1100，日本那裡有人用它的 SDK 寫了
一個 AVIUtl Output Plug_in : se_h264enc_auo004
以它輸出的檔案副檔名為 H.264 ，但這似乎不屬於任何一種 Container，有那位先
進大大知道要怎麼開它嗎？謝謝
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.250.145.25
1F：→ tonyhsie:用 mkvmerge 把.264 包成.mkv 試試 01/20 13:24
2F：推 raiechun:交錯掃描的畫格是由上下圖場組合而成，上下圖場是先後成 01/20 19:53
3F：→ raiechun:像而非同時成像，一個圖場的垂直解析度只有畫面的一半， 01/20 19:53
4F：→ raiechun:因為不是同時成像所以上下圖場的內容不同，所以組合而成 01/20 19:54
5F：→ raiechun:的畫面在動態場景時會出現水平的梳狀線條，若是將兩圖 01/20 19:54
6F：→ raiechun:場拆開當作兩個畫格，那麼畫格速率就變成雙倍，而垂直解 01/20 19:55
7F：→ raiechun:析度變成一半 01/20 19:55
8F：→ raiechun:那麼來源若是交錯掃描的話在除交錯時就可以選擇要不要做 01/20 19:55
9F：→ raiechun:成雙倍的畫格速率，得到雙倍的視覺流暢感受，或是丟棄一 01/20 19:56
10F：→ raiechun:半的畫格維持原來的速率，然而維持交錯掃描是最理想的， 01/20 20:01
11F：→ raiechun:因為除交錯本身就是一個大量破壞影像細節的動作。 01/20 20:05
12F：推 raiechun: 輸出後流暢程度不如源檔的60i應該是除交錯濾鏡的關係， 01/20 20:32
13F：→ raiechun:AVIUtl和CoreAVC的除交錯濾鏡是否能做雙倍畫格？這要查清 01/20 20:32
14F：→ raiechun:楚，最好是觀察看看某一動態場景中的某一秒內的六十個畫 01/20 20:32
15F：→ raiechun:格，是否每一格都不一樣。 01/20 20:32
感謝樓上大大的回答，Interlaced 畫面是由 Odd 和 Even 的 field 交互構成這點我
知道不過讓在下比較納悶的是，AVIUtl 即使選擇不去交錯，直接在讀取時 fps 轉換為
59.94，結果也是一樣不順暢，給我感覺，AVIUtl 的 fps 轉換並不是把 Odd 和 Even
的 Frame 拆開，而是很單純的把每一個 Frame 給複製了一次
目前在下還在找適合的去交錯外掛，但還沒有找到比 TMPGEnc 4 Express 的
Double Framerate 效果要好(或一樣好)的，真的很傷腦筋
※ 編輯: kisaraki 來自: 60.250.145.25 (01/21 09:17)
16F：→ web2312:選不去交錯而在讀取時轉換為59.94fps,那實際上是交錯的 01/21 15:15
17F：→ web2312:兩場重複一格,最後仍然是交錯的29.970格 01/21 15:16
18F：→ web2312:另外所謂順暢的定義是? 是指frame不規則的播放還是指fps 01/21 15:17
19F：→ web2312:較低? 01/21 15:17
感謝樓上回答，順暢這感覺不太好講，如果有玩過 MiniDV 帶的 DVSD 格式，那應該會比較好
理解在下所指的意思。整體來說，大概就是帶子剛錄進硬碟後，直接撥放 DVSD 檔的那種感覺
而非指 24/30 的混合不規則播放
※ 編輯: kisaraki 來自: 220.133.190.68 (01/21 22:41)