已解决-请教---关于ovr出现的问题

[sammysui]

第一次使用taro大的语句进行测试出现结果如下如图：

后来发现 DGDecode_mpeg2source("E:\VIDEO_TS\VTS_01_4.d2v", info=3)

这一句与ovr文件不符合。然后重新更正为DGDecode_mpeg2source("E:\VIDEO_TS\VTS_01_1.d2v", info=3)

出现如下窗口，

所有问题迎刃而解。。。

事情经过是这样的。

1，刚开始由于这个视频文件大约2个多小时，逐帧查看，工作量非常巨大，连续好几天进行检查拉丝，难免有一些失误。造成ovr文件大小，以及次序，出现问题。

2，然后就是有病乱投医。因为前半部分正常，后半部分有问题，以为ovr太大了，所以就把前半部分的源视频删除掉，重新从后半部分源视频开始做file index 并且重新做后半部分的ovr文件。。。

3，经过各位大大的耐心帮忙，问题逐渐有些眉目了。使用taro大的小工具重新检查，与VTS_01_1.d2v配套的完整的ovr文件。发现ovr大小 次序问题，修正以后载入与之不配套的后半部分VTS_01_4.d2v视频。。。结果，出现137417,137492 - 这一行加进去就会提示出错。更加深了，认为ovr文件过大就会出错的错误概念。。。

4，最后经过taro大的fc语句检测忽然发现自己的avs与ovr不配套。。。

呵呵，终于解决了。。。之前自己忙得晕头转向，错误太多了。。。

[sammysui]

综上所述，又回到起点。

首先，感谢dgwxx版主大侠的准确分析。。。的确问题出现在，ovr的帧的排列一定是从小到大次序排列，而且不能交叉重叠。。。

其次，感谢taro大的耐心帮助，每次都能比较全面的分析问题。特别是taro大编辑的ovr和fc检查工具，非常强悍，对于比较大的ovr文件错误检测，相当实用。。。

最后，感谢其他各位大大的热心帮助。。。

所有问题全部解决，真的出乎意料，喜出望外。。。

不得不说nmm论坛是一个中文的视频压制，专业的顶尖的论坛，高手云集，论坛学习气氛相当好，大家积极参与，共同交流，共同提高。。。

经常来这里，总能学习到一些知识。。。

呵呵，赞一个