作者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)