我发现所有颜色空间转换里面，最伤画面的就属转RGB了。
至于DGAVC，那个……shin大大也跟我抱怨过这个似乎还有一些问题。不知道是AVS还是DGAVC的问题。据说这个bug还不是源于AVS或者是DGAVC，而是源于ffmpeg的（记忆比较模糊了，说错了表pia偶），所以……应该比较难于解决吧。
我因为从来不内嵌，所以自然就用不上了……啊哈……啊哈……啊哈哈哈…………
分别用下面方法试验：
1.AVS
- loadplugin("D:\gk\dgmpgdec\DGDecode.dll")
- mpeg2source("jin-roh.d2v",upconv=1)
- trim(0,1)
- LanczosResize(864,480,5,0,-4,0)
在VDM中选择Direct Stream Copy输出YUY2无压缩AVI。
2.AU（用的刚出的0.99a）
用M2V插件直接加载MPEG。在AU里只做crop和resize，切边像素数和resize分辨率与AVS脚本里相同。同样选取前两帧之后保存成为无压缩YUY2 AVI。
为了避免YV12 Decoder的干扰，使用了YUY2颜色空间的AVI。
对这两个AVI放大到400%进行观感对比，发现AVS保存出来的AVI无论是细节还是颜色都要胜过AU。
照理说，AVS里的Lanczos3Resize是AU移植过去的，效果应该基本相同，差别估计就差在了颜色空间转换上。在AU中，m2v.aui递给AU的是YUY2数据，AU内部处理要先提升到YUV444，保存时又要降低到YUY2。尽管AU的计算精度比AVS高许多，但经过这两折腾，数据损失还是避免不了。尽管差别只有放大到400%才能显示出来，但是丢失了终究是丢失了。在实验中，AVS毕竟还是经过了一次颜色空间转换，如果不经过颜色空间转换，全程YV12的话，一定会更好。
