虽然这样讲可能对原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)