作者xvid ()
看板AVEncode
标题[闲聊] 软体去交错（Motion Adaptive Deinterlace）
时间Mon Aug 15 22:38:11 2011
如果你有购买ArcSoft TotalMedia 3.5或ArcSoft相关播放软体，
应该有机会在安装资料夹中找到一个filter(deinterlace.ax)，可从MPC-HC载入对付交错影片。
档案位置： (ArcSoft TotalMedia 3.5)
%ProgramFiles(x86)%\ArcSoft\TotalMedia 3.5\MPEG Engine\deinterlace.ax
设定介面截图:
http://imageshack.us/photo/my-images/638/deinterlace.png/
由於这非DXVA deinterlacing，所以可以「稍微」补足madVR对去交错处理的缺陷。
说稍微的原因是它并没有所有交错影片通用，更确切的说是跟部分decoder可能有问题。
ArcSoft deinterlace
+ MPC MPEG2 decoder = 颜色错乱
+ MS DTV-DVD Video Decoder = 正常
+ ArcSoft MPEG Video Decoder(mpgvideo.ax) = 正常
+ ArcSoft Video Decoder(ASVid.ax) = 60i声音跟不上影片
+ Xvid MPEG-4 Video Decoder = 1440x1080i DivX5 左右画面被裁，应该是只
吃到中间4:3并拉胖成16:9输出。
因为手上大部分是mpeg2 702x480i的数位电视录影，其他格式和比例的交错影片不多。
除了上述几个解码器搭配会出问题，播放录影影片大致上没问题。
最近试了几个去交错
1. ArcSoft的Motion adaptive Interpolation的效果还不赖，感觉比Yadif自然一些。
2. TomsMoComp也可即时播放，不过值加大以後会有黑点出现。
3. QTGMC速度慢的可怕(<3fps 非MT)，没办法即时播放，但效果应该是最好。
4. ATI 4670 DXVA deinterlace偶尔还是会看到拉丝，有时候字幕或logo会抖动。
不晓得有没有其他推荐的即时/非即时演算法？
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 125.226.24.98
1F：→ erspicu:完美去交错演算法从DVD开始时到现在BD时代 似乎都无解 08/16 00:48
2F：→ erspicu:不然就是速度OK画质烂 再不然就是画质不错 速度可怕 08/16 00:49
3F：→ erspicu:随着演算法改进和硬体进步到现在 完善的程度似乎还是有限 08/16 00:49
4F：→ erspicu:个人对交错格式其实非常感冒 除非能反胶卷 不然 08/16 00:50
5F：→ erspicu:失去的资讯是不可能无中生有 顶多是修饰弥补缺陷 08/16 00:50
6F：→ erspicu:幸好到BD时代 稍微有一点水准的压片 大概都是1080P 24FPS 08/16 00:51
7F：→ erspicu:对於去交错的执念很久前就放弃掉了.... 08/16 00:52
8F：→ erspicu:虽然BD时代也是有1080i 60p 不过理论上原生资讯如果是 08/16 00:53
9F：→ erspicu:倍频而且在封包的过程中无损 只是改变显示的方式 08/16 00:53
10F：→ erspicu:应该都可以顺利反胶卷或是还原倍频回去吧??? 08/16 00:54
11F：→ erspicu:个人觉得 现在这时代专研DVD时代的去交错 只能算是兴趣 08/16 00:55
12F：→ erspicu:意义已经没有像过去那麽大了 反来像是说1080i 60p这种格式 08/16 00:55
13F：→ erspicu:还原成倍频原生显示格式 可能更有爽度 08/16 00:56
14F：→ erspicu:希望有一天1080P 60FPS的规格能普遍到来 08/16 00:58
E大可以回文阿 编辑文章很担心盖到你的推文XD
我也是对interlace超级感冒，不过我想它还是有一定的地位。
我猜一个重要原因是interlace相当节省频宽，况且是把deinterlace这烂摊子交给end-user收，
就像现在台湾的数位电视，不论SD频道还是HiHD都采用interlace，连日本也是。
不过我想就算台湾改以progress播送，画面失真可能会更惨...
不过不少电视都有motion compensation deinterlacing，不知道什麽时候才会在个人
电脑上出现，可能看VGA什麽时候会加入。
15F：→ erspicu:avc hd的规格好像没这麽高 2.0就有了 08/16 01:00
16F：→ erspicu:话说我很好奇 有没有办法在倍频显示的LCD上模拟交错显示?? 08/16 01:04
17F：→ erspicu:如果以交错播放方式播放交错格式 问题就都解决了 08/16 01:04
18F：→ web2312:可以喔XD 可以写一个avisynth语法直接模拟交错输出的影像 08/16 02:59
19F：→ web2312:如此一来interlaced的影片不需做处理,直接以原交错画面 08/16 02:59
20F：→ web2312:输出,就像是CRT交错扫描般的显示 08/16 03:00
21F：→ web2312:我来po一篇收集一些"无实际用途"有趣的avisynth语法吧XD 08/16 03:04
※ 编辑: xvid 来自: 125.226.28.186 (08/16 09:34)
22F：→ jdtrue:interlace明显比progressive适合表现动态画面 流畅很多 08/16 09:40
23F：→ jdtrue:不过那也是在30fps的阶段 能到60fps应该就没问题了 08/16 09:41
24F：→ jdtrue:台湾的HiHD光那个低到只有韩国一半的码率就让我不想看了 08/16 09:42
25F：→ xvid:不太懂J大的前两句推文 motion对interlace不是一大问题吗？ 08/16 09:45
26F：→ xvid:把解析度长宽减半也可以直接省略去交错 但480i就画面更小了XD 08/16 10:04
27F：→ jdtrue:失真可能是吧 但像演唱会之类的用interlace流畅度真的较好 08/16 10:05
28F：→ jdtrue:progressive碰到演唱会\体育之类的会有点像幻灯片 08/16 10:06
29F：→ jdtrue:我这边是说现在常见的60i跟30p去做比较 08/16 10:07
30F：→ jdtrue:我自己以前压片也是无论如何都要去交错 碰到特殊的片源还 08/16 10:10
31F：→ jdtrue:去爬文有没有特殊的deinterlace avisynth可以用 08/16 10:11
32F：→ jdtrue:不过现在就还好了 有时候就直接压成交错好像也不坏 08/16 10:12
33F：→ xvid:幻灯片？？ 我想是流量不足吧 演唱会和体育赛事都是动态变化 08/28 14:48
34F：→ xvid:很多的场景 同样的流量用interlace因为只需要编码一半的大小 08/28 14:50
35F：→ xvid:会有失真较低的感觉 不过就像上面e大说的 交错让画面资讯流失 08/28 14:51