Comskip 随机失败 -- 已解决

我一直用 MCEBuddy 和 comskip 给半小时节目去广告,一切正常。后来加了一个一小时节目,新节目却开始失败。MCEBuddy 会报“comskip 失败”并取消转换。

如果我手动把 .ts 文件拖到 comskip.exe,它能顺利跑完,没有任何错误。

原来 MCEBuddy 会在 comskip 耗时过长时将其杀掉。我手动观察,发现广告检测在还剩 10 秒时“卡住”,此时 comskip 日志却不断增长。最终 MCEBuddy 超时杀进程——我猜是固定等待时间——然后报失败。

原因是这档节目的日志变得巨大。comskip 默认 verbose=5,疯狂写日志。即使工作目录在 SSD 上,配合高速 XEON 处理器,一旦日志文件过大,每写一行都极慢。我觉得 comskip 的日志模块需要优化。

总之,我把 verbose 改成 0,瞬间跑完,MCEBuddy 不再杀进程,转换成功。

我觉得 MCEBuddy 应该延长 comskip 的超时,或把它做成可配置项。不过直接改 comskip 配置把 verbose 设成 0 就能解决,只是看不到详细日志了。

我也偶尔遇到这个问题。
你是在哪里修改 Comskip 日志级别的?我使用的是位于 C:\comskipdonators 的 Comskip Donator 和 MCEBuddy。
我没有自定义的 INI 文件,所以只有一个。
我假设这就是默认的 ini 文件,与 MceBuddy 无关,因此如果把它设为 0,就一切正常。
谢谢。
Paul

感谢您提供的信息,我们将在下一个版本中编辑 comskip 的默认日志级别。

同时,您可以在系统设置页面调整挂起检测超时时间:

这篇帖子对我很有帮助,但我针对自己的具体情况找到了另一种解决方案。

我很久没更新 MCEBuddy,最近才升级。升级后,Comskip 每隔几个文件就会卡住。我不得不停止转换,再重新启动,这样又能处理几个文件,然后再次卡住。

我使用的是捐赠版,也忘了同步更新。把 Comskip 也升级后,一切又恢复正常,不再卡住了。