我又来贴千字文了，希望大家没看腻就好。
给我的Blog做个小广告：
http://www.dgwxx.net:81/blog/index.php?blog:63虽然今天讲这个问题有些炒冷饭了，但是因为很多人对这个问题还有很多不清楚的地方，所以今天再次专门写一篇文章出来总结一下这个问题。
本文专门针对对C&R了解不深的人，只讲我们最常见到的NTSC动画DVD的C&R操作，并且每种操作方法都讲解其优势、劣势。因为是只讲操作的文章，理论含量几乎为0，希望了解理论知识的朋友请移驾Silky圣经。
那么不多说了，下面开始。
一、4：3
先从相对简单的4：3动画说起。因为4：3的动画最适合做成640*480分辨率，因此做法无外乎下面几个：
1.AE=0做法：
首先720*480的片子->左右共切掉9点变成711*480->Resize成648*480->左右共切8点变成640*480。
优点：AE=0
缺点：需要切两次边，在AU里面会遇到困难（可以通过安装第二个切边插件来解决）；因为过程中出现了“711”这种奇数，所以不能在YUY2和YV12颜色区间中应用，只适合在RGB或者其他取样率为4：4：4的颜色空间（比如AU的YUV444空间）中使用。如果黑边比较多，第一次切的时候切不干净，Resize的时候有可能会影响到旁边正常的像素（比如，画面全白的时候，加上黑边进行Resize放大，那么原来清晰的黑白交界部分就会变成灰色），如果第二次切边的时候依然切不干净黑边和变质了的像素，那么画面的边缘就会留下暗边。
当然，虽然这个方法缺点很多，但是能用的时候当然要用。而且现在90%的新DVD的黑边已经很少了，第一次切9的时候足够全部切掉，所以大部分时候还是可以放心使用的。
2.AE约等于0切法：
首先720*480的片子->左右一共切18点变成702*480->Resize成640*480
优点：AVS和AU中都可以使用，切得比较多，黑边可以一下子砍干净。只切一次，方便快捷。
缺点：AE不为0（变形在千分之3.1左右），切得比较多，多损失了几像素的画面，有点不忍心- -||
3.其他切法：
在上下有黑边、左右黑边多到上面的办法切不干净的时候，要想把黑边切干净，需要使用公式来进行计算。
或者使用我写的C&R计算器来进行计算，得到可行的方案。
4.LetterBox的处理方法：
虽然目前这种DVD已经濒临灭绝了，但是还是要讲一下，以防万一（一些动画的SP里面可能还会有，比如最近的Rescue Wings）。遇到LetterBox掉的的16：9画面DVD一定要按照4：3 DVD的制作方法去做。首先，无视上下黑边，按照上面任何一种C&R方案做到640*480，之后开始切掉上下黑边。把上下的黑边都切掉之后，看看还剩下多少。通常情况下，会是368和352之间的一个数字。总之，继续切，切到最近的一个16的倍数即可。如果你不喜欢多切，也可以考虑保留一些黑边后，用边缘覆盖盖成纯黑色（黑边都不是纯黑色的）后压缩。
当然，640*352这种方法未免太过残酷——画面太小了。这时候可以考虑走720*540做法。首先无视上下黑边切到711*480，之后Resize到729*540（AE=0），左右切9到720*540。或者切到702*480，Resize到720*540（AE不为0）。之后开始上下切黑边，且到最适合的16倍数即可。
应当注意的是，720*540的做法不推荐应用到普通4：3的片子中。毕竟根据“纵向分辨率对人眼影响最大”（因为电视机的扫描线是横着扫描的）理论，改变纵向分辨率不是推荐的做法。当然，也有人推荐这种做法，原因是，其只扩大不缩小的方法可以减少Resize过程中细节的损失量。
二、16：9
相对于4：3来说，16：9要相对复杂一些。
1.AE=0
基本与4：3的AE=0切法相同。720*480的片子->左右共切掉9点变成711*480->Resize成864*480
如果黑边切不干净，可以继续左右各切8点切到848*480。（经常见到一种856*480的分辨率，虽然说切掉的比较少吧，但是毕竟不是16mod，能不用还是尽量不要用吧）
优点：因为只扩大不缩小，切得比较少，又没有动纵向分辨率，宽高又都是16mod，所以是最理想的一种做法。其他与4：3的711切法相同。
缺点：图象比较大，码率也比较大。
2.AE约等于0
AE比较小的做法是左右切18之后Resize到下面分辨率
704*396做法
这也是16：9片常见的一种分辨率
到704*396。虽然不是16mod，但是很多日本职人都在用这个分辨率……不知道为什么。
768*432做法
没见过这个分辨率，但是它确实有其合理的一面。首先，这个分辨率是真正的16：9分辨率，其次它还是16mod，再其次它的AE也是千分之3.1，已经很小了。
不过好像还没见过有谁用过这个分辨率...这里只做介绍- -||
还有711->864*486、702->864*486等等千奇百怪的做法，因为没人用，这里就不介绍了。想研究的人可以自己去计算。
三、Lanczos3的问题
有一种观点认为Lanczos Resize到856*480以上的图像都是错误的。事实上这种说法是不准确的，通过查看源代码得知，Lanczos对输出的尺寸没有限制。不然现在那么多日本的HDRIP岂不都有问题了，IIP那个BT脚本也得有问题。
AU中默认情况下没办法Resize到856*480是因为系统设定中最大图像被设定为856*480，只要更该一下这个设定就可以了。
以上。
