MCEBuddy überspringt von Custom Cuts gesetzte Werbeunterbrechungen

Früher habe ich die Funktion ständig benutzt, aber ich habe MCEBuddy gerade neu installiert und versuchte, die Custom Cuts-Funktion zu verwenden. Beim ersten Versuch schnitt ich einen Abschnitt am Anfang und einen am Ende heraus. Ich führte die Konvertierung nach dem Speichern der EDL aus, aber als ich die konvertierte Datei öffnete, war nichts geschnitten!
Ich änderte eine Einstellung in der Conversion Task → Ad Remover → Yes, Use Markers
Führte es erneut aus, und es schnitt das Ende ab, aber nicht den Anfang
Muss ich noch eine andere Einstellung anpassen?

Danke!

Hört sich richtig an, häng das Konvertierungsprotokoll an, damit wir sehen können, was los ist.

MCEBuddy.txt (623,0 KB)

Das ursprüngliche Logfile war RIESIG (konnte es nicht einmal hochladen), also habe ich hunderte Zeilen entfernt, die sich sehr ähnlich sahen. Hoffentlich habe ich nichts Weggelassenes entfernt, das du sehen wolltest; sag einfach Bescheid, wenn du mit dem Anhang etwas brauchst – vielen Dank für deine Hilfe!

In einem ähnlichen Zusammenhang: Gibt es eine Einstellung, die ich ändern kann, damit die benutzerdefinierten Schnitte EXAKT dort starten/stoppen, wo ich sie setze? Ich habe festgestellt, dass immer eine kleine Toleranz dazukommt – von ein paar Millisekunden bis zu zwei Sekunden. Wenn ich gezielt Werbeblöcke herausschneide, ist das problematisch, weil ich genau beim Schwarzbild vor Sendungsbeginn schneide und danach ein kleines Stück vom Programmanfang fehlt. Ich hoffe, das ist verständlich.

Ihre Konvertierungsaufgabeneinstellungen sind auf „keine Werbung“ eingestellt.

Werbung entfernen → Keine

Das Schneiden erfolgt entlang von Grenzbildern in mpeg4, andernfalls entsteht ein „zerissenes“ Video. So funktioniert mpeg4. Je mehr I-Frames Ihr Originalvideo enthält, desto genauer sind die Schnitte.

Hmm, ich habe die Werbeentfernung auf Ja (Markierungen verwenden) eingestellt, also bin ich mir nicht sicher, was deaktiviert wurde? Diese Einstellung funktionierte beim Schneiden des „zweiten Schnitts“, aber nicht beim ersten. Als ich es auf Ja (Comskip) eingestellt hatte, wurde überhaupt nichts geschnitten. Auch hier wurde alles mit der Benutzerdefinierten Schnittfunktion gemacht

Etwas Seltsames ist los. Die Logs zeigen, dass es deaktiviert ist, weshalb es nicht schneidet. Versuche, MCEBuddy zu deinstallieren und neu zu installieren, und lade diesmal die neueste 2.4.10 Beta. Möglicherweise musst du deine Konvertierungsaufgabe neu erstellen und schauen, ob das hilft.

Okay, MCEBuddy deinstalliert und dann die Beta neu installiert. Ich habe es mit der bestehenden Konvertierungsaufgabe ausgeführt und dieselben Ergebnisse erzielt, also habe ich eine neue Konvertierungsaufgabe erstellt und die alte gelöscht. Erneut ausgeführt, und dasselbe: Es macht den ersten Schnitt nicht, aber den zweiten schon. Komisch für mich, dass es einen Schnitt macht, aber nicht den anderen…
Gibt es noch etwas, das ich versuchen kann?

Hilf mir, das zu verstehen: Was ist der erste und was der zweite Durchgang? Kannst du mir die Log-Dateien für beide anhängen, damit ich sie vergleichen kann?

Victor and Valentino_TOONPHD_2019_03_30_17_00_00.wtv-MKV 1080-2019-04-03T22-57-08.7884221-07-00.log (1,5 MB)
Victor and Valentino_TOONPHD_2019_03_30_17_00_00.wtv-MKV New-2019-04-04T08-15-26.9524066-07-00.log (1,3 MB)
Hier sind die beiden Logs.
Der erste Schnitt erfolgt von 0:00 bis 0:11, um das „Intro-Werbung“ zu entfernen, sodass das konvertierte Video direkt am Anfang der Sendung beginnt. Der zweite Schnitt beginnt direkt, wenn die Sendung endet, und entfernt alle verbleibenden Werbungen und Vorschauen am Ende.

MCEBuddy führt keine Schnitte von weniger als 20 Sekunden aus (standardmäßig, Sie können dies wie unten gezeigt anpassen). Dies liegt an einer Einschränkung der zugrunde liegenden Encoder, die dazu führen kann, dass der Prozess fehlschlägt, wenn die Schnitte zu klein sind (aufgrund fehlender I-Frames). Vor diesem Hintergrund sehe ich in Ihren Logs Folgendes, was für mich richtig erscheint:

2019-04-03T22:57:42 MCEBuddy.CommercialScan.Scanner → Testing EDL File Validity
2019-04-03T22:57:42 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:0.000 End:11.593 Action:0
2019-04-03T22:57:42 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:672.715 End:897.404 Action:0
→ ConvertCutListToKeepList: Skip initial segment, too small Start:0.000 Stop:0.000
→ ConvertCutListToKeepList: Keep segment Start:11.593 Stop:672.715
→ ConvertCutListToKeepList: Keep end segment Start:897.404 Stop:898.477
→ ConvertKeepListToCutList: Skip segment, too small Start:0.000 Stop:11.593
→ ConvertKeepListToCutList: Cut segment Start:672.715 Stop:897.404
→ ConvertKeepListToCutList: Skip end segment, too small Start:898.477 Stop:898.477
→ ConvertKeepListToCutList Done

Es überspringt also das erste, schneidet aber das zweite.

In Ihrer zweiten Datei sind beide Schnitte größer als 20 Sekunden, daher funktioniert es einwandfrei:

2019-04-04T08:16:00 MCEBuddy.CommercialScan.Scanner → Testing EDL File Validity
2019-04-04T08:16:00 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:0.000 End:11.659 Action:0
2019-04-04T08:16:00 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:672.712 End:898.000 Action:0
→ ConvertCutListToKeepList: Skip initial segment, too small Start:0.000 Stop:0.000
→ ConvertCutListToKeepList: Keep segment Start:11.659 Stop:672.712
→ ConvertCutListToKeepList: Keep end segment Start:898.000 Stop:898.477
→ ConvertKeepListToCutList: Skip segment, too small Start:0.000 Stop:11.659
→ ConvertKeepListToCutList: Cut segment Start:672.712 Stop:898.000
→ ConvertKeepListToCutList: Skip end segment, too small Start:898.477 Stop:898.477
→ ConvertKeepListToCutList Done

Wenn Sie möchten, können Sie diese 20 Sekunden auf der Seite Systemeinstellungen auf 0 oder eine beliebige andere Zahl reduzieren, Erfolg nicht garantiert. Wir haben diese Zahl auf Grundlage der Aufnahmeproben von über 100 Ländern und Tausenden von Kanälen festgelegt, aber Sie können sie jederzeit an Ihre Bedürfnisse anpassen. Denken Sie nur daran, dass die Schnitte möglicherweise fehlschlagen, wenn die Segmente zu klein sind.

image