DGMPGDec的CUE BUG

在最新的DGMPGDec 1.4.8正式版上发现的，没有试验所有DVD，但是就我手头的utaware来说，确实出现了CUE。尤其是红色的斜边的地方颜色泄露非常明显，不放大也能看出来。可能跟DVD的FLAG没有正确标示（说不定）也有关系吧。
（什么是CUE，可以去参考我以前翻译的文章。简单来说，就是用Progressive的算法来解码Interlace的帧。）
这个问题我发现之后同样问了○○君，他也得到了同样的结果。

如果颜色有问题的话，会严重影响自动IVTC准确性，IVTC之后画面留下残影或插件不能正常分辨出来交错帧（这个是我测试过的，Decomb受这个影响很严重。）

这是最近发现的第二个跟颜色有关的BUG。第一个是AU的YUY2 Upsample上的BUG，第二个果然轮到AVS了（不过跟AVS本身没有关系，只是在AVS这个平台上出的事而已）。

引用

最初由 大虾 发布
哦，YUY2的啊。
AVISynth Script File Reader读取AVS也要看条件。
之前说过：这个AVISynth Script File Reader貌似不会主动去改变颜色空间。如果你的颜色空间是YV12，那么则会经过之前提到的YV12 Decoder进行解码，输出的结果要看这个Decoder的输出。

现在补充：既然你的AVS里面已经是YUY2了，那么当然走的AU自己的YUY2->YUV444转换。前面也说了，AU自己的YUY2转换有问题，需要挂滤镜进行修正……你现在的流程貌似没什么问题，跟我做的差不多

:cool: 那就没什么问题了,谢谢大虾了

引用

最初由 大虾 发布
我在第二页已经说了：
至于查看输入颜色空间，在“その他”菜单里的“ファイル情報”，可以看到颜色空间、解码器等等信息。

画面大小:720x480
播放速率:23.976fps
影像格式:YUY2

文件控制:AVISynth Script File Reader
影像色系:YUY2

虾虾看一下我这个过程有没有问题

1 DGIndex生成D2V
2 在AVS里用Mpeg2Source解码D2V 加参数upconv=1到YUY2
3 做IVTC
4 通过AVISynth Script File Reader读取AVS进入AU
5 AU内部挂YUY2转换YUV444的修正插件
6 AU内部做其他处理
7 通过XviD压制

虾虾你说通过AVISynth Script File Reader读取AVS要看VFW解码器的?我机器里就装了XviD和ffdshow,这个情况下会是什么解码器起作用呢?

tfm(d2v="c:\oursource.d2v",pp=0)

RPWT——我在家里一直上不去，现在在学校上了..

avsP为何物？

AU中很多插件真是太好了，参数调节起来也非常方便。所以这就是我为什么无法丢掉AU的原因。