Video friert am Anfang für ein paar Sekunden ein

Die Originaldatei läuft einwandfrei, aber wenn ich sie über mcebuddy laufen lasse, friert das Video am Anfang ein – ich höre zwar weiterhin den Ton, während es „einfriert“. Ich habe mcebuddy neu installiert, Version 2.5 Release 5 und 2.5 Release 6 ausprobiert, Windows neu aufgesetzt, die Grafikkartentreiber erneuert (zwei 1080 Ti in SLI), es sogar auf mehreren PCs getestet (Alienware M17 Laptop und Dell PowerEdge Server) – überall das gleiche Ergebnis. Bis vor ein paar Tagen hatte ich dieses Problem nie. Ich bin mit meinem Latein am Ende; jede Hilfe wäre sehr willkommen, danke!

Ich kann bei Bedarf auch die Vorher-/Nachher-Videodateien hochladen.

Hier sind meine mcebuddy-Logs:
Bar Rescue (2011) - S03E02 - Rock 'N Roaches.mkv-remove ads-2021-05-21T21-24-48.log|Anhang (586,9 KB)

EDIT: Ich habe mcebuddy auf Showanalyzer umgestellt und benutzerdefinierte Schnitte verwendet – seitdem frieren die Videos größtenteils nicht mehr ein. In einigen wenigen Videos gibt es ein kleines Ruckeln, was ich verschmerzen kann. Liegt es vielleicht an meiner comskip-Datei?
comskip.ini|Anhang (6,2 KB)

Es sieht so aus, als würden Sie die Testversion verwenden.

Ich sehe keine offensichtlichen Fehler in den Protokollen. Es könnte sich um eine Eigenheit in den Zeitinformationen des Videostreams handeln (was den Unterschied zwischen Comskip und ShowAnalyzer erklärt, da sie unterschiedliche Stellen zum Schneiden von Werbung wählen), wodurch ffmpeg Probleme bekommt. Wenn Sie das Originalvideo auf unseren Upload-Server hochladen können, werde ich mir das ansehen, um herauszufinden, was los ist.

@Goose Ich habe die Dateien auf den Server hochgeladen, damit du sie dir anschauen kannst

Ich habe ffmpeg und handbrake verwendet und erhalte immer noch dieselben Ergebnisse. Ich frage mich, ob meine .comskip.ini-Datei dafür verantwortlich ist

Ich habe ein ähnliches Verhalten festgestellt. Das Video friert am Werbeschnittpunkt (Kapitelgrenze) ein, aber der Ton läuft weiter.

In VLC muss ich die Wiedergabe stoppen, neu starten und mit der Maus kurz hinter die Kapitelgrenze springen, an der es eingefroren ist. Danach läuft das Video wieder normal.

Es passiert nicht jedes Mal. Bei manchen Videos tritt es bei jeder Kapitelgrenze auf.

Ich transkodiere von SD-HDHR-Aufnahmen zu H.265/AVC im MKV-Format mit comskip-Werbeentfernung, falls das hilft. Ich vermute, der Schnitt-/Fügepunkt liegt nicht an einer „sauberen“ Grenze (Keyframe?), wenn Werbung herausgeschnitten wird. Könnte es ein comskip-Konfigurationsproblem sein?

Ich kann auch ein Beispiel hochladen, falls du eins brauchst, @Goose.

@Goose Gibt es Fortschritte bei der Ursachenforschung?

Es sieht so aus, wie @mike808 sagte, es liegt an Keyframes an den Schnittpunkten (oder deren Fehlen), was zum Tearing führt. Dies ist ein Artefakt der Originalaufnahme, die möglicherweise nicht genügend Keyframes enthält.

Es gibt eine Möglichkeit, dies zu umgehen, indem man den nächstgelegenen Keyframe verwendet, was in einigen Fällen funktioniert (je nachdem, wie weit er entfernt ist). Versuche, dies zu deinem Profil hinzuzufügen:

CommercialMergeTool=avidemux

Weitere Details zu dieser Option findest du hier:

@goose verzeih meine Unwissenheit, ich bin hier ganz neu … was zum Teufel ist ein Keyframe und wie erkenne ich, welcher „Keyframe“ der nächste ist?

Ein Keyframe ist ein spezieller Frame in der Kodierung, der das Video regelmäßig mit dem Audio synchronisiert, damit sie beim Abspielen nicht zu stark auseinanderlaufen. Manche Video-Editoren kennen Keyframes, und wenn du manuell schneidest, solltest du immer an den Keyframes schneiden. Videoproduktionstools können Keyframes einfügen, wenn sie das Video mit dem Audio remuxen. Normalerweise musst du dich darum nicht kümmern. Was @Goose meint, ist, dass derjenige, der das Video erstellt hat, entschieden hat, diese Keyframes so oft einzufügen, wie es sein Tool vorsieht. Manche Tools sind gut und geben dir Kontrolle darüber (wie viele Frames oder Sekunden zwischen den Keyframes liegen), andere sind einfach und setzen sie einfach alle 10 Sekunden ein. Der Ersteller deines Videos hat bereits entschieden, wie häufig Keyframes in den Videostream eingefügt werden, um die Synchronisation mit dem Audio zu halten. Denk daran, dass es oft mehrere Audio-Streams in verschiedenen Sprachen und 5.1-Streams gibt – Keyframes sind dann entscheidend, um alle diese Streams synchron zu halten. Für einfache Stereo-TV-Sendungen ist das weniger wichtig. Es hängt einfach von der Produktionsqualität des Originalvideos und den verwendeten Tools ab.

Was mich überrascht, ist, dass die Werbeerkennungs-Schnittpunkte nicht an den vorherigen oder nächsten Keyframe angepasst werden – wahlweise als Option oder indem automatisch Keyframes an den Schnittpunkten eingefügt werden. Ich weiß, ich schweife ab, aber das ist vermutlich technisch schwierig – gleichzeitig ist das genau das, was Demux/Remux-Tools wie ffmpeg oder Handbrake automatisch machen sollten.

Es könnte auch ein Kompromiss sein: Wenn Schnittpunkte zur Werbeerkennung gezwungen werden, nur an Keyframes zu schneiden, oder wenn der Demux gezwungen wird, zusätzliche Keyframes an den Schnittpunkten einzufügen, dann die Streams zu trennen und wieder zusammenzuführen – das könnte mehrere Durchläufe durch das Video erfordern, und da werden die Leute ungeduldig.

@Goose, gibt es Optionen in FFMPEG und/oder Handbrake und/oder Avidemux, so etwas zu machen, und könnte man das in eine „Option“ oder eine Reihe von Presets verwandeln, die man an- und ausschalten kann – inklusive entsprechender Hinweise und Warnungen, falls das mehrere Durchläufe und Transcodierungen bedeutet, die X-mal länger dauern? Dann kann jeder selbst entscheiden, ob er es aktiviert. Ich würde es anschalten, weil mein MCEBuddy nachts läuft, nachdem die Aufnahmen gemacht wurden, und sie für Plex vorbereitet. Ich nehme nicht so viel auf, dass mein Rechner ständig mit Konvertierungen beschäftigt ist, also stört mich die zusätzliche Rechenzeit nicht – besonders wenn das perfekte Wiedergabe bedeutet, ohne dass es an den Werbe-Schnittpunkten „einfriert“.

@Goose Das Hinzufügen von CommercialMergeTool=avidemux scheint es nur schlimmer zu machen. Etwa in der Mitte des Videos verliere ich die Tonspur. Ich gebe einfach auf!!! Ich könnte ebenso gut mcebuddy löschen und eine Alternative suchen. Schade, dass ich Geld dafür bezahlt habe, dass es nicht funktioniert. Ich verstehe das nicht – meine Einrichtung hat sich nicht geändert, und plötzlich treten diese Probleme auf. Das ist extrem frustrierend!

@mike808 Alle meine Videodateien stammen von meinem Plex DVR. Ich kann ShowAnalyzer verwenden, und es funktioniert größtenteils einwandfrei, abgesehen von einem Millisekunden-Sprung am Anfang. Das gleiche Video mit comskip wird jedoch zunehmend beschädigt. Ich habe auch einige andere Videobearbeitungsprogramme verwendet, darunter Sony Vegas, und das Video ist in Ordnung. Ich kann daher mit 100 %iger Sicherheit sagen, dass weder das Video noch dessen Quelle das Problem sind.

Wenn du mit ShowAnalyzer bessere Ergebnisse erzielst, bleibe dabei. MCEBuddy kann sowohl ShowAnalyzer als auch Comskip verwenden.

Alle Videoprogramme stecken voller „Fudge-Faktor“-Code – von VLC über WMP, Vegas, SA, Comskip, FFMPEG, Handbrake, Avidemux, VirtualDub bis hin zu allen Codecs – DivX, VP8, VP9, MP2, MP4, H265, AVC und jedem anderen Video-Bearbeitungs-/Transcoding-Produkt. Und Bugs. (Lies einfach eines der Foren dazu – jemand hat ein „merkwürdiges Video-Problem“, das die jeweilige Software einfach nicht verkraftet.) Dass MCEBuddy bei 99,999 % des Mülls, den wir als OTA-Video hineinwerfen, so gut funktioniert, ist schon eine Leistung. Sicher gibt es irgendwo eine Videodatei, die MCEBuddy problemlos schluckt, während Sony Vegas sich verschluckt und übergibt. Gleiches gilt für VLC und Windows Media Player – oder jedes andere Tool, Codec oder Wiedergabeprogramm.

Ich hoffe, @Goose kann dir eine Rückerstattung einräumen, falls du das möchtest. Viel Glück bei der Suche nach einer Alternative, und es tut mir leid, dass MCEBuddy nicht das Richtige für dich war.

@mike808 Es funktionierte etwa einen Monat lang einwandfrei, und dieses Problem tauchte einfach aus dem Nichts auf. Ich habe mehrere Leute gesehen, die dasselbe Problem mit MCEBuddy haben. Ich habe gestern Abend einige Alternativen zu MCEBuddy ausprobiert und muss sagen, dass Videos zugeschnitten und abgedeckt werden, ist genauer als Comskip + MCEBuddy.

@Goose müsste dazu Stellung nehmen, welche Komponenten oder Konfigurationen sich in MCEBuddy seit diesem Zeitraum geändert haben – z. B. ob eine neue Version von Comskip/FFmpeg/HandBrake/Avidemux/mencoder hinzugekommen ist oder ob sich Standardwerte in den Konfigurationsdateien geändert haben.

@Goose Ich habe genau dasselbe Problem. Nichts an meinem Setup hat sich geändert. Es lief etwa ein Jahr lang einwandfrei, und plötzlich tauchte dieses Problem aus dem Nichts auf. Ich fange an, mich zu fragen, ob es ein Problem mit mcebuddy/comskip ist, denn ich bin nicht der Einzige, der davon betroffen ist. Laut den Foren gibt es auch andere, die dieses Problem haben. Ich teste gerade die Beta-Version des neuesten mcebuddy. Weiß nicht, ob das relevant ist, aber ich war vorher auf der Version 2.55.

Ich hatte das Problem schon eine Weile nicht mehr, und mein Anwendungsfall ist Timeshifting, bei dem ich die Sendungen nach dem Anschauen lösche. Für mich ist es also kein großes Problem. Ich spule einfach kurz hinter den Kapitelwechsel und schaue in VLC weiter. Ich denke, wenn es sich um ein Problem mit den externen Cutter-/Remux-Tools handelt (die @Goose nicht geschrieben hat und für die es keinen Fix gibt), wird die Community, die dieses Tool unterstützt, das Problem irgendwann identifizieren und möglicherweise beheben. So ist das Leben, wenn man sich auf Open-Source-Software von anderen verlässt.

Was ich tun werde, ist, nach Medien Ausschau zu halten, bei denen es öfter als nur bei einer einzelnen Folge auftritt, und dann die Option „Original löschen“ für dieses Profil zu deaktivieren, um zu sehen, ob ich eine kleine Originaldatei (z. B. SD) und die bearbeitete Version aufbewahren kann, damit @Goose sich das anschauen kann.

Vielleicht kannst du dasselbe tun. Das ist möglicherweise die einzige Chance für @Goose, das Tool (oder die Tools) zu identifizieren, das die Ursache ist, und sich dann an die Community dieses Komponente zu wenden, um einen Freiwilligen für eine Korrektur zu finden. Ansonsten ist das Verhalten nicht eindeutig genug, um zu erkennen, welcher Schritt dafür sorgt, dass das Keyframe entweder entfernt oder an den Kapitelgrenzen nicht wieder eingefügt wird. Es könnte sogar mit dem Container oder dem Medium zusammenhängen – ich verwende MKV-Container mit H.265/AAC-Stereo-Streams, falls das hilft.

Es passiert bei jedem meiner Videos. Ich habe HEVC MKV verwendet, werde ein anderes Profil ausprobieren, um zu sehen, ob es ein Profil-Problem ist oder nicht. Ich halte euch auf dem Laufenden.

@mike808 Welches Profil ist h265?

MKV High Quality liefert dieselben Ergebnisse, friert an derselben Stelle ein, Video bleibt stehen und ich höre nur noch Audio. Das bringt mich langsam aber sicher auf die Palme! Schön, dass ich Geld für etwas ausgegeben habe, das nur selten funktioniert!!! Ich habe mehrere ini-Dateien ausprobiert und bekomme immer noch dieselben Ergebnisse – das lässt mich vermuten, dass irgendetwas im Hintergrund schiefläuft! Ich weiß, dass es nicht an meinem System liegt, es ist ein Biest: 6700k, 64 GB RAM und zwei 1080Ti. Um Hardware-Probleme auszuschließen, habe ich Hardware-Encoding deaktiviert – trotzdem dasselbe Ergebnis. Es ist echt super, wenn Leute sagen „bei mir läuft’s“ – ja, hilft total. Und zu Gooses Vorschlag: wie ich bereits erwähnt habe, bin ich neu hier und habe keinen Schimmer, wovon er spricht oder wo ich das einstellen/suchen soll. Ich schwöre, ich muss Neurochirurg sein, um das alles zu kapieren.

Gerade teste ich das MKV Normal-Quality-Profil.

@mike808 Würdest du deine comskip.ini und profiles.conf teilen? Ich möchte sehen, ob es an diesen Dateien liegt. Du sagtest, du hast überhaupt keine Probleme – theoretisch müsste es bei mir auch laufen, wenn ich deine Dateien übernehme.

Ich habe gerade ein paar Änderungen an meiner Profil-Datei vorgenommen:
Reihenfolge geändert zu: order=ffmpeg,handbrake
ss geändert zu: ffmpeg-video=-ss 10

Nach ein paar Stunden Recherche fand jemand einen Post, der behauptete, genau diese Änderungen hätten bei ihm geholfen. Ich drücke die Daumen.

Nichts, was ich tue, bringt einen Unterschied. Ich will nicht 200+ Dateien per Hand bearbeiten. Ich bin ratlos und kurz davor, die Nerven zu verlieren und mcebuddy zu vergessen, wenn ich das nicht bald löse.

@Goose Kannst du mich in die richtige Richtung weisen, was zum Teufel ich falsch mache? Nochmal: an meinem ursprünglichen Setup hat sich nichts geändert (alle Dateien wurden mit Plex aufgenommen), und es lief monatelang einwandfrei – nun friert bei jedem Video, das ich durch comskip jage, irgendwo ein. Ich hoffe, ich nerve nicht, aber irgendetwas stimmt nicht und ich will es herausfinden. Ich habe keine Lust, bei 200+ Videos in mcebuddy cutter manuell Schnittpunkte zu setzen und sie dann durch showanalyzer zu schicken – das dauert ewig. Ich habe sowohl ffmpeg als auch handbrake probiert, das Problem bleibt. Wenigstens werden die Werbungen jetzt an den richtigen Stellen geschnitten – Fortschritte! Aber das Freezing bekomme ich nicht weg.

Meine profiles.conf
profiles.conf (96,7 KB)

Meine comskip.ini
comskip.ini (7,4 KB)

Meine mcebuddy.conf
mcebuddy.conf (6,2 KB)

Alle weiteren Dateien im config-Ordner
history (74,3 KB)
manualqueue (15 Bytes)
mcebuddy.conf.old (3,3 KB)
profiles.conf.old (96,7 KB)
temp (2 Bytes)
tempsettings (93 Bytes)

Ich habe alles ausprobiert, was mir einfällt, und komme nicht weiter. Tut mir leid, wenn ich aufdringlich wirke oder „der Typ“ bin, aber ich bin nicht zufrieden mit „so ist das eben“ oder „schneid die Dateien halt per Hand“. Ich habe diese Software gekauft, weil sie Werbung automatisch entfernen soll – und genau das will ich nutzen. Wenn ich manuell schneiden wollte, hätte ich mir eine kostenlose Software gesucht. Ich will einfach nur mit Plex aufnehmen (läuft einwandfrei), mcebuddy soll die Datei aufnehmen (läuft einwandfrei), in mkv konvertieren (läuft einwandfrei), Werbung entfernen (Freezing mit comskip bei ALLEN Videos) und zurück auf meinen Media-Server legen (läuft einwandfrei).

@who_cares Wenn du das jemals herausfindest, lass es mich bitte wissen, ich habe genau dasselbe Problem wie du. Ich teile auch deine Frustration. Alles hat wunderbar funktioniert, dann vor ein paar Wochen, als ich „How It’s Made“ schaute, stellte ich fest, dass das Video ebenfalls einfriert.

Ich habe nicht gesagt, dass ich dieses Problem nicht habe. Ich sagte, es ist sporadisch (die schwierigsten Probleme, die es zu lösen gilt), und dass ich es in meinem Anwendungsfall mit einem Workaround beim Ansehen umgehen kann.

Danke an @fragmaster007, dass er uns mitteilt, dass es noch mehr Leute mit diesem Problem gibt. Kannst du ein paar Details (gleiche/unterschiedliche) zu deinem DVR/Quelleneingang, Ausgabeformat und Profil teilen?

h.265 = HEVC. Und h.264 = MP4 = MPEG4 (Teil 10).

HDTV wird in MPEG-2-Streams ausgestrahlt. DVDs sind ebenfalls in MPEG-2-Streams.

Ich benutze auch MKV. Das könnte ein Hinweis für @Goose sein.
Ich benutze auch comskip. Ich benutze auch HW (nVidia)-Transkodierung.

Ich benutze einen SiliconDust HDHR Quattro-Tuner und die SiliconDust-DVR-Software. Ich habe Plex DVR (lebenslang), aber ich benutze das DVR nicht.

Da du dies bei jeder Aufnahme erlebst und deine Konfigurationen und Logs hochgeladen hast, wird das sehr helfen.

Es könnte helfen, die „rohe“ Originalaufnahmedatei und die resultierende „kaputte“ MKV hochzuladen, damit @Goose sie analysieren kann. Bitte wähle eine kleine/kurze Aufnahme, die das Problem zeigt. Erstelle vielleicht ein neues Profil und drehe die Kompression hoch, um eine kleinere Dateigröße zu erhalten. Es muss nur über einen Werbeblock aufzeichnen und die MKV das kaputte Wiedergabeverhalten zeigen.

Mit den Vorher-/Nachher-Medien, den Logs und der Konfiguration sollte das wahrscheinlich ausreichen, um mehr darüber zu erfahren, wo das Problem liegen könnte.

Drücke die Daumen.

@mike808 Ich habe einen Silicondust Homerun Prime. Da @who_cares angibt, dass er das gleiche Verhalten beobachtet, hoffe ich, dass dieses Problem an Bedeutung gewinnt, @Goose

Ich habe mir die neueste Version von comskip direkt von deren Website heruntergeladen und alles aus dem neuen Ordner in den Ordner von mcebuddy kopiert (außer meiner comskip.ini-Datei, da sie die Werbung bereits gut entfernt). Ich verwende mcebuddy. Ich drücke die Daumen, dass das Problem dadurch gelöst wird. Ich werde aktualisieren, sobald mcebuddy mit meinem Video fertig ist.

@Goose @mike808 werde 2.5.7 Beta installieren und schauen, ob das das Problem löst

Ich bin mir nicht sicher, ob es daran lag, dass ich auf 2.5.7 Beta gewechselt habe oder weil ich ein paar Einstellungen geändert habe, aber es sieht so aus, als würde es jetzt funktionieren!!! Kein Einfrieren mehr, zumindest bei den 4 Videos, die ich getestet habe. Jetzt muss ich nur noch herumspielen, um das Ende der vorherigen Sendung und den Beginn der nächsten Sendung aus meinen Videos herauszuschneiden

Verdammt nochmal!!! Das war nur von kurzer Dauer. Es friert wieder ein!!! Was zum Teufel ist los!!!

So hatte ich es vorher: Plex zeichnet in einen Ordner auf, MCEBuddy nimmt diese Datei auf und konvertiert sie zu MKV und entfernt dann die Werbung

Das ist mein letzter Versuch, bevor ich aufgebe und warte, dass @Goose sich das genauer ansieht. Ich habe MCEBuddy so eingestellt, dass es die Dateien in einen Ordner verschiebt, in dem alle Videos nach Sendungen sortiert sind, dann die Werbung entfernt und anschließend zu MKV konvertiert.

BEARBEITUNG: Ich glaube, das könnte das Problem sein. Bisher 4 von 4 ohne Einfrieren. Werde bis später heute warten, um ein endgültiges Urteil zu fällen. Ich habe heute etwa 30 Folgen, die auf Plex aufgezeichnet werden sollen. Ich melde mich, sobald ich eine größere Stichprobe habe