Ich versuche, die Ursache für schlechte COMSKIP-Arbeiten aufzuspüren, und ich habe möglicherweise etwas herausgefunden. Ich brauche Meinungen zu dem, was ich sehe.
Ich verwende NextPVR zum Aufzeichnen von Sendungen und habe angefangen, Parallel Processing zu nutzen, um COMSKIP während der Aufzeichnung laufen zu lassen. Das sollte vermutlich Zeit sparen, damit MCEBUDDY COMSKIP nicht nach Ende der Sendung ausführen muss.
Allerdings ist mir aufgefallen, dass die EDL-Datei in meinem NextPVR-Verzeichnis (wo sich die rohe TS-Datei befindet) leicht von der Datei abweicht, die nach MCEBuddy erstellt wurde. Es scheint, dass die rohe Datei fertiggestellt wurde, nachdem die MCEBUDDY-Datei erstellt wurde.
Hier ist, was ich glaube, was passieren könnte – ist das eine plausible Situation:
Ich lasse COMSKIP gleichzeitig mit der Aufzeichnung laufen. Es sieht so aus, als ob (aus welchem Grund auch immer) COMSKIP 8 Minuten nach Beginn der Sendung fertig war.
Ich habe MCEBUDDY so eingestellt, dass es 3 Minuten nach Dateierstellung startet, und ich verwende KAPITEL für das Überspringen von Werbung, anstatt COMSKIP laufen zu lassen. Es ist möglich, dass MCEBUDDY die anfängliche Werbeliste verwendet, anstatt die finale, die COMSKIP nach der vollständigen Analyse erstellt.
COMSKIP schreibt dann die finale Datei, wenn es für MCEBUDDY zu spät ist, sie zu verwenden.
Meine Fragen sind:
Ist das eine plausible Situation?
Wäre es möglich, dass MCEBUDDY die EDL-Datei kurz vor dem benötigten Zeitpunkt (nach Analyse und Konvertierung) kopiert, damit immer die aktuellste Version verwendet wird?
Ich weiß, dass man das beheben kann, indem man den Start von MCEBUDDY länger verzögert, aber das würde den Zweck des parallelen COMSKIP, Zeit zu sparen, zunichte machen. Der Idealfall wäre, dass die finale EDL-Datei nur dann verwendet wird, wenn sie wirklich benötigt wird.
Danke
BrianGGG