Ruckeln und Pixelbildung nach Werbung bei Verwendung von benutzerdefinierten Schnitten

Ich war mit keiner der automatischen kommerziellen Schnitte zufrieden, obwohl ich versucht habe, ein wenig daran zu schrauben. Ich habe beschlossen, dass ich Custom Cuts verwende, um Dateien beim Hinzufügen zu meiner Bibliothek perfekt zuzuschneiden.

Das Problem: Nach einem geschnittenen Werbeblock ist das Video oft etwa 5 Sekunden lang ruckelnd und verpixelt. Danach wird es klar und läuft einwandfrei. Beim nächsten Werbeschnitt folgt oft erneut ein Ruckeln. Es handelt sich ausschließlich um ein Video-Problem – mit dem Audio gibt es keine Probleme.

Ich verwende Custom Cuts, um meine EDL-Dateien zu erstellen, und lasse dann MCEBuddy die Dateien zuschneiden und in H.265 konvertieren. Ich bin mir nicht sicher, warum die Verwendung von Custom Cuts für meine EDL-Dateien Probleme verursacht, aber das Problem trat bei der automatischen (und schlechten) Comskip-Erkennung kaum auf.

Schon mal erlebt? Irgendwelche Ideen?

Ich muss klarer sein. Custom Cuts hat manchmal Probleme beim Öffnen von WMV-Dateien, daher konvertiere ich zuerst.

Es läuft so:

  • Verwende MCEBuddy, um die Datei von WMV in h.265 zu konvertieren
  • Öffne in Custom Cuts und erstelle EDL
  • Führe MCEBuddy aus, um Werbung mit EDL zu entfernen, ohne Dateikonvertierung.

Ich habe dieses Problem immer noch, und Custom Cuts ist praktisch unbrauchbar, weil die Audio bei der Verwendung von Custom Cuts inkonsistent ist. Hat JEMAND Vorschläge? Ich sehe auch andere mit Audio-Sync-Problemen. Ich kann keinen Audio-Offset verwenden, da es bei einem zufälligen EDL-Marker irgendwo in der Mitte einer zu schneidenden Sendeung passiert.

Das wird normalerweise durch beschädigte Zeitstempel im Originalvideo verursacht. Welches Profil verwendest du?

Ich habe versucht, andere Threads und die Dokumentation zu lesen, um die profile.conf in eine benutzerdefinierte Konfiguration zu ändern. Ich liefere gerne die Konfigurationsdatei für Empfehlungen. Trotz meines Lesens und Tüftelns war ich einfach nicht erfolgreich. Ich bin sicher, dass es von jemandem mit Fachwissen gelöst werden kann, aber ich sehe es einfach nicht.

Es hilft immer, dein Profil zu posten. Wenn die Zeitstempel im Video beschädigt sind, müssen sie bereinigt werden. Wie viel, hängt vom Ausmaß der Beschädigung, dem verwendeten Tool und den Einstellungen ab.

Es könnte auch mit GOP-Frames zusammenhängen. Bei Videos ist nicht jedes Frame ein vollständiges Frame. Wenn also der Schnitt an einem Nicht-GOP-Frame erfolgt, siehst du für ein paar Sekunden ein beschädigtes Video, bis der nächste GOP-Frame kommt. Der GOP-Frame enthält das „vollständige“ Bild, während ein abgeschnittener GOP nicht die kompletten Informationen hat – daher die Beschädigung (oder technisch gesehen das Fehlen vollständiger Informationen).

Wenn du dein Konvertierungs-Log anhängen kannst, gibt das weitere Einblicke in das, was vor sich geht.

Sie können versuchen, dies Ihrem Profil hinzuzufügen

CommercialMergeTool=avidemux

Die Standardeinstellung ist ffmpeg, das für die meisten Videodateien hervorragend funktioniert, aber bei Dateien mit großen GOP-Intervallen kann es zu der Art von Problemen führen, die Sie sehen, bei denen Werbungen mitten im GOP geschnitten werden. Der Unterschied ist, dass es zwar das Stottern beheben kann, der Schnittpunkt aber nicht genau an der Stelle liegt, die Sie markiert haben. Das liegt daran, dass es auf das nächste GOP-Bild wartet, um ein vollständiges Bild zu erhalten, was je nach Abstand der GOP-Bilder in Ihrer Aufnahme einige Sekunden nach dem identifizierten Schnittpunkt liegen kann.

Danke für die Antworten. Bei dieser Datei entferne ich Werbung aus einer TVE-Aufnahme, die über Channels aufgenommen wurde.

Hier ist das Profil, das ich gestern verwendet habe.

[HEVC MP4]
Description=HEVC in MP4 (H.265/AAC) conversion. Creates a smaller file (50% smaller than H.264) with comparable quality but very slow.
order=handbrake,ffmpeg
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -tag:v hvc1 -vf yadif=0:-1:1,hqdn3d -vcodec libx265 -preset medium -crf 26 -map 0:v -sn
ffmpeg-audio=-acodec aac -ab 192k -map 0:a
ffmpeg-audioac3=-acodec aac -ab 384k -map 0:a
ffmpeg-ext=.mp4
ffmpeg-audiodelay=skip
handbrake-general=--decomb --loose-anamorphic --verbose=2 -f mp4
handbrake-video=--start-at duration:0 -e x265 --encoder-preset medium -q 26
handbrake-audio=-E faac -R auto -B 192 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E faac -R auto -B 384 -D 0 -a 1,2,3,4,5
handbrake-ext=.mp4
handbrake-audiodelay=skip
CommercialMergeTool=avidemux
CutMP4Alternative=true

Bei diesem Durchlauf habe ich CutMP4Alternative=true hinzugefügt und PreConversionCommercialRemover=true entfernt, das weiterhin Probleme verursachte. Die Audio-Synchronisation war wieder leicht verschoben, diesmal jedoch weniger als sonst üblich. Das Hauptproblem ist, dass mit diesem Profil die Werbung nicht an den richtigen Stellen geschnitten wird, wo ich in Custom Cuts eine EDL erstellt habe.
Ich habe das Log unter meinem Benutzernamen hochgeladen.

Ich bin gerne bereit, eine Datei zweimal zu bearbeiten, wenn das hilft. Das habe ich früher in meinem Workflow gemacht. Ich würde für MP4 mit h.265 konvertieren, dann mit Custom Cuts eine EDL erstellen und in einem zweiten Durchlauf nur die Werbung entfernen. Das hilft, die fehlerhaften Frames beim Schnitt zu vermeiden. Ich hatte gehofft, dass das die seltsam entstandenen mehrsekündigen Audio-Verzögerungen beseitigt, aber das tut es nicht.

Ich sehe keine Fehler als solche in deiner Konvertierung; du stößt auf das GOP-Framing-Problem.

Bitte aktualisiere außerdem auf die neueste BETA-Version, da sie einige Aktualisierungen enthält, die dir helfen könnten.

Es gibt einige Dinge, die wir ausprobieren können, um die GOP-Probleme zu umgehen, also fangen wir mit dem ersten an:

Ich sehe, dass dein Profil Folgendes nicht enthält:

PreConversionCommercialRemover=true

Die Option CommercialMergeTool=avidemux funktioniert nur, wenn die obige Option für Nicht-TS-Profile aktiviert ist.

Versuche, die obigen Optionen hinzuzufügen und führe dann deine Konvertierung erneut aus. Wenn du Probleme hast, poste dein Konvertierungsprotokoll hier zurück.

Ich hatte bisher nicht auf die neue Version aktualisiert, weil ich das Geld nicht ausgeben wollte, wenn ich das Problem nicht beheben konnte. Ich freue mich berichten zu können, dass ich nach dem Upgrade deutlich bessere Ergebnisse erziele.

Bei den EDL-Markern aus benutzerdefinierten Schnitten erhalte ich einige schwarze Bildschirme für ein paar Sekunden, was ich als die Stellen ansehe, an denen I- vs. P-Frames und Timing-Fehler auftreten, aber wenn das Bild zurückkommt, scheint sich der Ton zu synchronisieren.

Ich werde weiter daran herumspielen, jetzt wo ich wieder an meinem großen Stapel anstehender Konvertierungen arbeiten kann. Danke für deine Hilfe.

Na gut. Scheint, dass ich mich mit den Sync-Problemen zu früh gefreut habe.

Ich habe Werbung aus einer Datei herausgeschnitten, die ich bereits in HEVC-MP4 konvertiert hatte, und habe erneut Audio-Sync-Probleme, die an einem in Custom Cuts definierten EDL-Schnittpunkt auftreten. Ich habe das Log für den reinen EDL-Entfernungslauf gepostet.

Ich sehe viele Fehler in der Videoquelle, die wahrscheinlich die Ursache Ihrer Audio-Synchronisationsprobleme sind:

2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691043, current: 291666083; changing to 291691044. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691044, current: 291668003; changing to 291691045. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691045, current: 291669923; changing to 291691046. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691046, current: 291671843; changing to 291691047. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691047, current: 291673763; changing to 291691048. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691048, current: 291675683; changing to 291691049. This may result in incorrect timestamps in the output file.

Versuchen Sie folgendes:

Versuchen Sie auch, die Option Remuxing überspringen auf der Seite Conversion Task → Expert settings zu aktivieren.

Danke für deine fortgesetzte Unterstützung.

Ich habe hinzugefügt:
PreConversionCommercialRemover=true
CommercialMergeTool=avidemux

Dann habe ich die Option „Skip Remuxing“ aktiviert. Danach hing es mehrmals bei „Sendeinformationen analysieren“ nach dem erneuten Zusammenführen fest. Ich ging zurück, deaktivierte „Skip Remuxing“ und führte es erneut aus. Der Lauf war erfolgreich. Ich bin mir nicht sicher, ob es ein Bug ist oder ob eine Kombination von Einstellungen ungültig war? Die Audio ist synchron, zumindest bei dieser Datei. Ich werde weitere verarbeiten und sehen, wie es läuft.