雖然這樣講可能對原PO有點失禮 但是你完全搞錯重點...=,= 我先從撥放影片時 撥放器做了什麼事情講起 這是我個人理解內容的粗略版 有瑕疵歡迎指證@@ (demultiplex) (decode) 影片------->影像-------->輸出至螢幕 | --->音效-------->輸出至音訊裝置 而轉檔的時候剛好是反過來 (decode原檔+encode新檔) (multiplex) 影像------------------------>encode過的影像------- |==>轉檔成品 音效------------------------>encode過的音效------- 所以其實影音不同步這件事情 絕大多數是在進行multiplex這個點出狀況 事實上只要你轉出來的影像人眼能看、聲音人耳聽正常 encode這邊有誤的可能性就很低 但是你一直針對的討論點例如x264的編碼設定(ref等)、wav轉aac都是"encode"的設定 另外也有可能出在decode->encode這個步驟裡面 如果你decode出來的資料就有問題 丟給encoder他當然吐不出正確符合預期的東西給你 後面包起來就變成你最後看到的這個失敗成品 所以你應該做的事情是: 1.去抓mkvtoolnix最新版(內含mkvdemux工具和其圖形化介面工具mkvextractGUI) ep22我其實試過用megui內建的mkvdemux和ffindex操作過 果然和你說的一樣有明顯延遲 我懷疑是megui在這方面有誤操作 所以建議你去抓最新版本的mkvtoolnix 用裡面包的mkvdemux來做demux工作是OK的 解出來會有兩個檔 一個.264(或.h264)和一個.flac .264那個是影像流 把他用fileindexer選DGAVCIndex處理 影像的部分應該沒問題 至於mkxmerge這個multiplex工具介面太詳細容易複雜化加上megui內建那個似乎正常 所以暫時不推薦你用 只用mkvdemux即可 2.最新版的foobar2000+neroaac 因為每個軟體用的decoder不一樣 個人經驗foobar內建的decoder比megui的完善一些 有些megui或一些撥放軟體無法處理的東西丟到foobar就整個ok了 上述雖然只是個人經驗 不過我就是用這組合把那個成功品弄出來的 雖然我電腦破 編碼花了滿多時間...XD 大概就是這樣 那些analysis拉misc拉frame type這些的設定會造成的影響 大部分只有"你編出來的影像流有多大"、"編碼精細度和會花的時間"、 還有"和原檔視覺上差距多大"這幾個點上面 基本上x264是你丟一個frame他就吐一個frame出來 fps和deinterlace和他幾乎無涉 會有問題的是你最後把吐出來的影像和音效整合成一個檔案時是否有對準 所以先別在意x264編碼設定那頁了 替換某些該替換的工具是你最快的選擇 以上@@ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.116.208.222 ※ 編輯: y3k 來自: 122.116.208.222 (12/04 14:54)