Ich kam mit MCEBuddy und comskip gut zurecht, wenn es darum ging, Werbung aus halbstündigen Sendungen zu entfernen. Als ich jedoch eine einstündige Sendung hinzufügte, begannen bei dieser neuen Sendung Fehler aufzutreten. MCEBuddy meldete „comskip failed“ und brach die Konvertierung ab.
Wenn ich die .ts-Datei manuell per Drag-and-Drop auf comskip.exe zog, lief alles einwandfrei und ohne Fehler durch.
Es stellte sich heraus, dass MCEBuddy den comskip-Prozess abbrach, weil er zu lange brauchte. Ich beobachtete ihn manuell und der Werbeerkennungsprozess schien bei noch 10 Sekunden verbleibender Zeit einzufrieren. In dieser Zeit wuchs das comskip-Log immer weiter an. Schließlich beendete MCEBuddy den Prozess – ich nehme an, es gibt eine feste Wartezeit – und meldete einen Fehler.
Wie sich herausstellte, wurde das Log bei dieser Sendung riesig. Die comskip-Standardeinstellung für „verbose“ ist 5, und es wurde eine Menge Logdaten in die Datei geschrieben. Obwohl der Arbeitsordner auf einer SSD mit einem schnellen XEON-Prozessor lag, dauerte es sehr lange, jede neue Zeile zu schreiben, sobald die Logdatei sehr groß wurde. Ich denke, die comskip-Logging-Routine muss optimiert werden.
Jedenfalls änderte ich verbose auf 0, und es funktionierte perfekt und sehr schnell. MCEBuddy brach den Prozess nicht mehr ab und beendete die Konvertierung.
Ich denke, MCEBuddy sollte entweder das Timeout für den comskip-Prozess verlängern oder diese Option konfigurierbar machen. Aber das Editieren der comskip-Einstellungen auf verbose=0 half, auch wenn es bedeutet, dass kein comskip-Details-Log vorhanden ist.
