- 第 1 页 -
从理解Deinterlace Method看非编爱好的死角区
我这篇小品本想上载“专业”网站的，忖度再三，愿意发表到这个不是很对口的音频BAR来。理由之一，我虽对音乐创作毫无本分，却在BAR中吸收到极度的营养；理由之二，这里是人是鬼都灵性偏高，指点，无穴位处也见穴；理由之三，此BAR充斥着阳春白雪的格调，我喜欢阳春白雪。
开题。
Deinterlace Method普遍译作“去交错方式”，在比较像样的非编中都有此功能。从形状上瞅瞅，原词/译字吻合得体，从理解上嗅嗅，仿佛大家也明白了八九分，并且十分地以Interlace、Interlaced video做奠基石。
这个理解是百分之百的错误，尽管几个洋字儿之间有一定的关联。
我对VegasPro 8 自吹还在行，故借之一述。
我们在编辑影像图像碰到画面闪烁、颤抖时，往往从三个方面来尝试解决：
开题。
Deinterlace Method普遍译作“去交错方式”，在比较像样的非编中都有此功能。从形状上瞅瞅，原词/译字吻合得体，从理解上嗅嗅，仿佛大家也明白了八九分，并且十分地以Interlace、Interlaced video做奠基石。
这个理解是百分之百的错误，尽管几个洋字儿之间有一定的关联。
我对VegasPro 8 自吹还在行，故借之一述。
我们在编辑影像图像碰到画面闪烁、颤抖时，往往从三个方面来尝试解决：
A, 改变工程项目或者源素材的场序（如果有的话），因为我们怀疑非编没有尽到责任；
B, 改变“去交错”的方式，我们多半以为会出现奇迹；
C, 勾选Reduce Interlace Flicker=减免“交错闪烁”，也就是用牺牲一定的清晰度换取画面的平滑度。
这三项操作或单独或联合地被反复鼓捣，可是，经验告诉我们，奏效的情形比中Liu合Cai的机率还少。
这是为什么呢？
我这里出个小小工程：一张图片，键点使之纵向横向和收放跑跑而已，不添加其他效果。无论采取甚么手段，只要阁下用Vegas渲染模版“MainConcept MPEG-2 – DVD Architect PAL Widescreen Video Stream”获取的视频与惨不忍睹有相当的距离，便用不着浪费时间琢磨本文。
胶片影像问世，以每秒拍摄15格画面作速率，播放同样是15格/秒。我还没有亲身观看过这种旧片子，不过我们都知道其画面有点木偶的味道，而要命的，是银幕闪烁的厉害。颤抖在那时节属于不可逾越的机械难关。之后，工程师们出了个绝招，就是将每一格画面重复三次，亦即以每秒45格画面的速率放映，闪烁大幅度降低，几乎不能察觉。之后，影业界定下标准，拍摄速率为每秒24格，放映基本上以每秒48格施行，甚而还有翻倍的情形。
不管怎样，从这个历史演变我们知道了拍摄速率是一回事，播放速率是另一回事。
在这个历史演变中，不仅技术产生了巨大变化，技巧——拍摄技巧——同样完美至善，这就是我们通常津津乐道的胶片效果。
回味此类惊世骇俗的东西相当爽。你不会不知道当初阿波罗用64KB的内存计算机把人引渡到月球上吧。
影像的第二冲击波：电视。这东西从一开始就有深思熟虑的设计，并且还巧妙地解决了当时绝对不可能的事情：图像分场。
今天仍然有人赌咒这可恶的场以及场序。可要明白，那个年代没有任何载波能够将500余线的图像送入大气层啊，就是阿波罗也力不从心。并且事实证明，就是在高清即将上马的此时此刻，场扫描仍然具备独到的优势。你完全可以用24fps拍摄、48fps放映的假设来理解。
其实，电视影像或者我们俗称的视频是采用交错扫描、还是逐行扫描，根本地不是问题所在。非编爱好者的知识死角正是在这里。
从DV摄像机摆货架上那一天开始，非编们几乎不会出现读错场序，现在就更是罕见了。因为国际标准化成了制度，无论你将甚么制式的东西拖进时间线，也无论你的工程项目怎样设置，上场先还是下场先由不得非编“自主”。既然罕见，则没有绝迹。对。譬如，某些（旧版的）Matrox、Canonpus采集卡，在采集PAL DV-AVI时使用标准视频流参数，也就是上场先。我们知道，全世界的DV-AVI统统都是下场先。M氏与C氏的东西在自家系统里编啊剪啊，毫无问题，老马识途呗。可是，死守国际规则的Vegas却吃大亏了——这导致一些手脚不安宁的爱好者歪打正着，胡乱那么变换几下，哎，清晰又平滑的画面出现了，于是乎，种种心得与教程普渡众生。
你发现上当没有？这段文词价值几乎为零，但信口既开，多些雌黄也无伤大雅喽。
带场的视频有必须或只能去掉场序才能形成另一种产品的情形，譬如磁转胶，譬如VCD——没有超过288线的东西无法交错扫描。这时，去场的工艺十分影响产品，搞不好便出现这样的画面：
B, 改变“去交错”的方式，我们多半以为会出现奇迹；
C, 勾选Reduce Interlace Flicker=减免“交错闪烁”，也就是用牺牲一定的清晰度换取画面的平滑度。
这三项操作或单独或联合地被反复鼓捣，可是，经验告诉我们，奏效的情形比中Liu合Cai的机率还少。
这是为什么呢？
我这里出个小小工程：一张图片，键点使之纵向横向和收放跑跑而已，不添加其他效果。无论采取甚么手段，只要阁下用Vegas渲染模版“MainConcept MPEG-2 – DVD Architect PAL Widescreen Video Stream”获取的视频与惨不忍睹有相当的距离，便用不着浪费时间琢磨本文。
胶片影像问世，以每秒拍摄15格画面作速率，播放同样是15格/秒。我还没有亲身观看过这种旧片子，不过我们都知道其画面有点木偶的味道，而要命的，是银幕闪烁的厉害。颤抖在那时节属于不可逾越的机械难关。之后，工程师们出了个绝招，就是将每一格画面重复三次，亦即以每秒45格画面的速率放映，闪烁大幅度降低，几乎不能察觉。之后，影业界定下标准，拍摄速率为每秒24格，放映基本上以每秒48格施行，甚而还有翻倍的情形。
不管怎样，从这个历史演变我们知道了拍摄速率是一回事，播放速率是另一回事。
在这个历史演变中，不仅技术产生了巨大变化，技巧——拍摄技巧——同样完美至善，这就是我们通常津津乐道的胶片效果。
回味此类惊世骇俗的东西相当爽。你不会不知道当初阿波罗用64KB的内存计算机把人引渡到月球上吧。
影像的第二冲击波：电视。这东西从一开始就有深思熟虑的设计，并且还巧妙地解决了当时绝对不可能的事情：图像分场。
今天仍然有人赌咒这可恶的场以及场序。可要明白，那个年代没有任何载波能够将500余线的图像送入大气层啊，就是阿波罗也力不从心。并且事实证明，就是在高清即将上马的此时此刻，场扫描仍然具备独到的优势。你完全可以用24fps拍摄、48fps放映的假设来理解。
其实，电视影像或者我们俗称的视频是采用交错扫描、还是逐行扫描，根本地不是问题所在。非编爱好者的知识死角正是在这里。
从DV摄像机摆货架上那一天开始，非编们几乎不会出现读错场序，现在就更是罕见了。因为国际标准化成了制度，无论你将甚么制式的东西拖进时间线，也无论你的工程项目怎样设置，上场先还是下场先由不得非编“自主”。既然罕见，则没有绝迹。对。譬如，某些（旧版的）Matrox、Canonpus采集卡，在采集PAL DV-AVI时使用标准视频流参数，也就是上场先。我们知道，全世界的DV-AVI统统都是下场先。M氏与C氏的东西在自家系统里编啊剪啊，毫无问题，老马识途呗。可是，死守国际规则的Vegas却吃大亏了——这导致一些手脚不安宁的爱好者歪打正着，胡乱那么变换几下，哎，清晰又平滑的画面出现了，于是乎，种种心得与教程普渡众生。
你发现上当没有？这段文词价值几乎为零，但信口既开，多些雌黄也无伤大雅喽。
带场的视频有必须或只能去掉场序才能形成另一种产品的情形，譬如磁转胶，譬如VCD——没有超过288线的东西无法交错扫描。这时，去场的工艺十分影响产品，搞不好便出现这样的画面：
这个去场工艺用英文写=Deinterlacing，带场的视频=Interlaced Video。
你永远找不到把去场工艺称作Deinterlace Method的。附加一句：你编辑制作无场视频时，还是要用到Deinterlace Method。我再进一步把前面的内容翻版：胶片影像无论闪烁也好、颤抖也好，绝对和Deinterlace Method无关。
这Deinterlace究竟是去什么“交错”？
根本没有，我比较冒昧用中文表达：Deinterlace Method=扫描纠错方式。
只有电视视频采用扫描还原图像，带场、逐场统统都逃不出“扫”字。撇开拍摄不当等等因素，编辑中好端端的画面因为合成、裁切、收放种种处理，运动中的像素——变成模拟讯号的话就是电子——尤其高亮、横不横竖不竖的成分，便成了脱缰野马，该入“线”的不到位，该出“线”的赖着不走，于是出现了这等混乱场面：
你永远找不到把去场工艺称作Deinterlace Method的。附加一句：你编辑制作无场视频时，还是要用到Deinterlace Method。我再进一步把前面的内容翻版：胶片影像无论闪烁也好、颤抖也好，绝对和Deinterlace Method无关。
这Deinterlace究竟是去什么“交错”？
根本没有，我比较冒昧用中文表达：Deinterlace Method=扫描纠错方式。
只有电视视频采用扫描还原图像，带场、逐场统统都逃不出“扫”字。撇开拍摄不当等等因素，编辑中好端端的画面因为合成、裁切、收放种种处理，运动中的像素——变成模拟讯号的话就是电子——尤其高亮、横不横竖不竖的成分，便成了脱缰野马，该入“线”的不到位，该出“线”的赖着不走，于是出现了这等混乱场面：
Vegas的扫描纠错用两个方式努力控制局势：其一是，不到位者扔，扔掉=Interpolate；其二是合，缝合=Blend，就是抓进来或撵出去——到下一行去。当视频为上下场组合的画面时，还包括了从场的角度还是从帧的角度进行运算的因素。这里再深入些，我就漏底了。图像运算可不是我等立据的地方。
Vegas的扫描纠错功能强差人意，例如从高清下滑至标清，搞过时的VCD更不在话下。由于这种运算多少沾了点Interlacing的味道，以至于“去交错”成为想当然。
只是，上图表明事情的原委并非一回事，同时也表示，Vegas碰到此类野马是无能为力的。应该说，非编们都是无能为力的。
Mike Crash的插件包里有一个Smart Deinterlace=智能扫描纠错。这玩意儿有点儿侮辱Smart一字，其实是大白痴。不过，如果阁下调教得体，此君对纵向运动的野马颇有蛮力，以夷制夷。
横向纠错是不存在的。
Vegas的扫描纠错功能强差人意，例如从高清下滑至标清，搞过时的VCD更不在话下。由于这种运算多少沾了点Interlacing的味道，以至于“去交错”成为想当然。
只是，上图表明事情的原委并非一回事，同时也表示，Vegas碰到此类野马是无能为力的。应该说，非编们都是无能为力的。
Mike Crash的插件包里有一个Smart Deinterlace=智能扫描纠错。这玩意儿有点儿侮辱Smart一字，其实是大白痴。不过，如果阁下调教得体，此君对纵向运动的野马颇有蛮力，以夷制夷。
横向纠错是不存在的。
笑颜：
1，
去交错方式几乎约定俗成，只要理解正确，不反对使用之。就像我们高喊“救火”，无人会反其道而行之。
2，
交错是造成闪烁/抖晃的“罪魁祸首”，但逐行视频、静态图片绝对不是良家女子。我的尝试“扫描纠错方式”也不贴切，因为用英语解释我可以写：Deinterlace, a method which removes scanline artifacts from moving pictures. 这样看来，我的花哨文风非常败笔：扫描线才是构成闪烁/抖晃的祸根，交错也好、逐场也罢，都是这位“扫描军师爷”的炮灰。如果我们放一张/帧静态图像到时间线，无论这玩意儿是甚么格式，也不管你拉它多长，渲染出来一定清晰整洁，因为炮灰们（指扫描线上的像素点）都在原位。
3，
扫描线本身也可以“兴风作浪”：你拿一张极高解析度的图片，大约雪景啊之类渲染出来，很可能就不“一定清晰整洁”，因为非编在收小尺寸时造成像素点泛溢或不能准确吃住扫描线。哎，说白了吧：把你家电视机（显像管的啊）天线拔掉，那些噪波点闪不闪烁？
4，
如何REMOVE？Interpolate、Blend又该用哪个词表达，我就懒得争论。
5，
文与题基本上还是吻合的，告诫大家别钻进那个区，因为文学、诗歌允许想象，技术（我把哲学都包括进来）一类的，就不允许。我一度取笑过日文，回头想想，反而发生感慨。大和后代好奇，不懂不明也不怕，就暂时用另一种假名记录下来先，甚而干脆ABC。我的文字出现这个倾向，似嫌炫耀。其实我最清楚自己的份量了，如果有的话。
因此，小品不是教程，属杂谈。上载时点错了分类。
1，
去交错方式几乎约定俗成，只要理解正确，不反对使用之。就像我们高喊“救火”，无人会反其道而行之。
2，
交错是造成闪烁/抖晃的“罪魁祸首”，但逐行视频、静态图片绝对不是良家女子。我的尝试“扫描纠错方式”也不贴切，因为用英语解释我可以写：Deinterlace, a method which removes scanline artifacts from moving pictures. 这样看来，我的花哨文风非常败笔：扫描线才是构成闪烁/抖晃的祸根，交错也好、逐场也罢，都是这位“扫描军师爷”的炮灰。如果我们放一张/帧静态图像到时间线，无论这玩意儿是甚么格式，也不管你拉它多长，渲染出来一定清晰整洁，因为炮灰们（指扫描线上的像素点）都在原位。
3，
扫描线本身也可以“兴风作浪”：你拿一张极高解析度的图片，大约雪景啊之类渲染出来，很可能就不“一定清晰整洁”，因为非编在收小尺寸时造成像素点泛溢或不能准确吃住扫描线。哎，说白了吧：把你家电视机（显像管的啊）天线拔掉，那些噪波点闪不闪烁？
4，
如何REMOVE？Interpolate、Blend又该用哪个词表达，我就懒得争论。
5，
文与题基本上还是吻合的，告诫大家别钻进那个区，因为文学、诗歌允许想象，技术（我把哲学都包括进来）一类的，就不允许。我一度取笑过日文，回头想想，反而发生感慨。大和后代好奇，不懂不明也不怕，就暂时用另一种假名记录下来先，甚而干脆ABC。我的文字出现这个倾向，似嫌炫耀。其实我最清楚自己的份量了，如果有的话。
因此，小品不是教程，属杂谈。上载时点错了分类。