Konvertierung mit einem MKV-unverarbeiteten Profil aus einer 90-minütigen WTV-Datei. Aus irgendeinem Grund stoppt das Remuxen nach 25 %, ohne Fehleranzeigen. Das Endergebnis ist tatsächlich nur 25 % so lang (in Minuten) wie das Original.
Habe mir die Logs angesehen und dabei etwas am Videostream festgestellt – ich bin mir nicht sicher, wie relevant es ist, aber der Stream hat ein Problem:
DVR-MS-Dateien werden von MCEBuddy über Windows-DirectShow-Codecs verarbeitet, die das rohe Video- und Audio-Material extrahieren.
In deinem Fall liefern die Windows-Codecs nur die ersten 25 % der Datei. Das bedeutet höchstwahrscheinlich, dass in der Datei ein EOF-Marker (End-of-File) etwa bei 25 % steht und Windows glaubt, dort sei das Ende des Streams erreicht. Das deutet meist auf einen fehlerhaften TV-Tuner-/Aufnahmetreiber hin (passiert bei manchen fehlerhaften Treibern). Versuche, deinen Treiber zu aktualisieren.
Es gibt noch andere Möglichkeiten, wie MCEBuddy die Streams extrahieren kann, diese greifen jedoch nur, wenn die Windows-Stream-Codecs „fehlschlagen“. Hier schlägt es nicht fehl, liefert aber nur 25 % des Streams – vermutlich wegen des EOF-Markers.
Wenn du die originale DVR-MS-Datei hochladen kannst, können wir sie uns genauer ansehen.
Ich habe zwei Dateien auf den FTP-Server in einem Ordner namens klaberte hochgeladen. Beide wurden „vorzeitig abgeschlossen“, eine bei etwa 25 %, die andere bei etwa 16 % (wenn ich mich recht erinnere). Bitte lassen Sie mich wissen, falls Sie Probleme mit den Quelldateien feststellen. Danke!
Schau dir das an, die Datei hat definitiv Probleme, selbst FFMPEG ist beim Remuxen gescheitert, also ist es kein Wunder, dass auch die Windows DirectShow-Codecs Probleme hatten. Das deutet darauf hin, dass der Treiber deines Aufnahmegeräts Probleme beim Erstellen konformer Streams hat (es könnte auch ein schlechter Air-Stream-Empfang sein).
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286588800 >= 286585920
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286588800 >= 286588800
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286632000 >= 286629120
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286641090 >= 286641090
Es gibt jedoch einen speziellen DVRMS-Remuxer, den MCEBuddy verwendet, der die Datei ohne Probleme remuxen konnte. Das Problem ist, dass Windows DirectShow keinen Fehler zurückgibt, sodass MCEBuddy den speziellen Remuxer nicht verwendet.
Du kannst versuchen, die Datei auf einem Windows-Computer zu konvertieren, der nicht über die DVRMS-Codecs verfügt (z. B. Windows 10), oder du kannst das heutige 2.4.9 BETA-Build herunterladen und diese neue Einstellung zu deinem Profil hinzufügen:
DisableDVRMSStreamsRemuxing=true
Dadurch wird MCEBuddy daran gehindert, die Windows-Codecs zum Remuxen von DVRMS-Dateien zu verwenden, und stattdessen direkt zu ffmpeg und dann dem speziellen Remuxer übergehen (ffmpeg wird hier fehlschlagen, sodass der spezielle Remuxer aktiviert wird).
Es funktioniert mit jeder Maschine. Wir empfehlen in der Regel, Windows-Streams-Remuxing als erste Option zu verwenden, da es schneller ist und native Vorteile bietet, aber diese Problemumgehung funktioniert für jede Maschine, die Probleme mit dem Remuxing von Streams hat – wie bei dir (aber ohne Fehlercodes).