setmemorymax(2000)
setmtmode(5,4)
LoadPlugin("C:\x264\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\M\u\VTS_01_1.d2v")
LoadPlugin("C:\x264\tools\avisynth_plugin\TIVTC.dll")
LoadVirtualDubPlugin ("C:\x264\VirtualDubMod\ccd.vdf", "ccd",0)
tfm(order=1)
tdecimate()
Dither_convert_yuv_to_rgb(matrix="601")
ccd(30,1)
dither_convert_rgb_to_yuv( matrix="709")
crop(8, 104, -8, -98)
trim(124059,124803)
nnedi3_resize16(1280,512,lsb=true)
Dither_convey_yuv4xxp16_on_yvxx()
tcomb，lutderainbow这些能在yv12下去彩虹的滤镜在我这统统没效果，不知道咋回事。
后经nmm高人manofman指点，用了老毛子的ccd，效果卓越，就是爱挑食，非得rgb32环境下才能干活
于是，逼得我用dither做了次yv12》rgb32》yv12的转换
因为源是DVD，所以转rgb的时候用601矩阵，转回yv12的时候，用了709矩阵，因为要up到720P
请教各位老师，这样做行不行，有没有更好的方法优化？
谢谢

另外补充一下
ccd这个滤镜我用谷歌翻译看了老毛子的readme，说是要在隔行环境下使用的
所以我有个疑问：
1，转rgb在逐行和隔行环境下，有没有区别？听说在逐行下转更优是吗？
2，ccd虽然readme说要在隔行下运行，但是我发现在逐行下也是有效果的，我仔细比对了隔行下和逐行下的效果，我真看不出区别来

还有个事，我发现我用dither来转色彩空间，理论上色彩精度损失最小（8bit下），但我对比了直接用avs内置的converttorgb32，converttoyv12，理论上这个做法损失很大的，但是实际对比，还是看不出区别，唯一的原因，我估计是不是这个源本身就很糟糕了？所以怎么漏也漏不了多少，是吗？
有没有办法在ccd后，做rgb32》yv12的那个步骤里，直接输出16bit给nnedi3_resize16？这一步的avs我不会写，请老师们帮帮忙
谢谢

CCD这滤镜全名叫什么？既然文档里说是在interlaced下使用，应该就是放在ivtc前面
不是在逐行下转更优，如果源本身是YV12 interlaced的，转换成RGB时错当成progressive的，这样出来的结果是错的（Chroma Upsampling Error）
RGB<——>YUV这个过程是有损的，dither只是尽量减少这种转换造成的损失

补充说明一下，该dvd是可以ivtc成progressive的

看了有些地方的讨论，这滤镜应该i和p都支持
还是根据rainbow的产生是在pulldown过程的前后来确定滤镜的位置吧

请教怎么判定方法？另外那个ccd网址我又仔细用谷歌翻译了一遍，如果修正其中一个字母，就得出了
正确的
interlaced翻译，确实逐行隔行都可以用。你在哪个论坛看到讨论这个滤镜的？这玩意太偏了，但效果确实好。

我曾经闲的蛋疼仔细对比了ivtc前后derainbow的截图对比，放大3倍后发现，ivtc前做效果稍稍好点，稍微那么干净点。

MPEG2Source("xxx.d2v")
SeparateFields()
SelectEven()
如果rainbow每一帧都有变化，应该放在ivtc之前。不是的话就放在ivtc之后

多谢指导，能不能说说这个方法的原理？弟子愚钝，理解不能啊，你这法子应该是检查隔帧彩虹有没有连续的情况，但是我还是无法跟ivtc联系起来，另外你这法子对源（film or video）有要求吗？