我发现所有颜色空间转换里面,最伤画面的就属转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的话,一定会更好。