ich habe die vorherige Beta entfernt und die neueste Beta installiert, aber mcebuddy schneidet immer noch die ersten 10 Sekunden jeder Datei, die ich konvertiere?
Ich habe versucht, „Cut Start“ zu aktivieren und auf 1 Sekunde zu setzen, aber das macht überhaupt keinen Unterschied – ich verliere weiterhin 10 Sekunden am Anfang jedes Videos.
Außerdem habe ich die Werbeentfernung auf „None“ gesetzt und die Option „Detect and Optimize Video Quality“ deaktiviert, aber das Log ist voll von comskip- und ffmpeg-Einträgen, in denen die Datei remuxt und gescannt wird – scheinbar ignoriert mcebuddy diese deaktivierten Optionen?
Ich habe Logs angehängt und hoffe, dass sich jemand das anschauen kann…
Ich benutze mcebuddy, um meine alten HandBrake-Methoden zu automatisieren – ich möchte einfach nur ein direktes CC21-Encoding mit einer maximalen Breite von 1280.
Ihre Logs zeigen die korrekte Dauer bis kurz bevor Handbrake mit der Kodierung beginnt, und am Ende fehlen 10 Sekunden. Die Befehlszeile sieht in Ordnung aus. Ich habe bemerkt, dass Sie Hardware-Kodierung (NVidia) verwenden.
Meine einzige Vermutung wäre, dass der Grafiktreiber die ersten 10 Sekunden aufgrund von Beschädigung fallen lässt oder sie nicht verarbeiten kann.
Versuchen Sie, die Hardware-Kodierung zu deaktivieren und prüfen Sie, ob der Software-Encoder dasselbe Problem hat. Sie könnten auch versuchen, --start-at duration:0 aus der Handbrake-Video-Zeile in Ihrem Profil zu entfernen, was aufgrund von Zeitstempel-Beschädigung Ihre Konvertierung beeinträchtigen könnte.
Ich verwende keine Hardware-Codierung (schlechte Qualität), bitte sieh dir den angehängten Konfigurationsbildschirm an.
Ich werde also versuchen, den von dir genannten Parameter zu entfernen.
Hast du auch eine Idee, warum meine Videos analysiert werden? Ich habe alles davon deaktiviert, aber jede Datei durchläuft langsames Remuxing / schnelles Remuxing usw…
Du hast recht, das tut mir leid. Es verwendet den Software-x265-Encoder. Ich sehe das in deinen Logs:
2018-10-24T06:49:35 MCEBuddy.AppWrapper.Handbrake → [06:49:35] sync: first pts audio 0x100 is 0
2018-10-24T06:49:35 MCEBuddy.AppWrapper.Handbrake → [06:49:35] sync: first pts video is 430
Möglicherweise ist das Video beschädigt. Ein paar Dinge, die du versuchen kannst:
Entferne --start-at duration:0 aus der handbrake-video-Zeile in deinem Profil
Verwende ffmpeg anstelle von handbrake (ändere die Reihenfolge in deinem Profil)
Lade die neueste Nightly-Build von handbrake herunter und ersetze sie in deinem handbrake-Ordner (es könnte ein Problem in handbrake mit dem x265-Encoder sein, das den Videostream nicht verarbeiten kann)
Die Videos sind nicht beschädigt, da mcebuddy dies bei allen Videos tut. Ich verwende dieselbe Version von Handbrake wie in mcebuddy, und die überspringt nicht die ersten 10 Sekunden. Ich würde lieber bei Handbrake bleiben, bin aber bereit, ffmpeg auszuprobieren. Zuerst werde ich den Parameter entfernen und berichten
Die Umstellung auf ffmpeg hat das Problem behoben… die Qualität scheint nicht so gut wie bei Handbrake zu sein? Liegt das vielleicht an mir? Ich habe dieselbe CC21 wie Handbrake
Ich vermutete, dass die Zeitstempel der ersten Videobilder beschädigt sein könnten, weshand Handbrake die ersten 10 Sekunden überspringt.
Handbrake und ffmpeg verwenden ähnliche Bibliotheken (tatsächlich wird die nächste Version von Handbrake dieselbe Bibliothek wie ffmpeg nutzen). Sie können die Profil-Einstellungen und Filter für ffmpeg anpassen, wenn Sie sich mit ffmpeg auskennen.
Sie können auch mit dem Qualitätsregler bei der Konvertierungsaufgabe experimentieren; versuchen Sie, ihn zu erhöhen, das sollte ebenfalls helfen.
Sie können die nächtliche CLI-Build von Handbrake von deren Website herunterladen und die mit MCEBuddy ausgelieferte Version ersetzen, um zu prüfen, ob das Problem dadurch behoben wird.
Ich habe die CLI durch die neueste Nightly ersetzt (HandBrakeCLI-20181023173755-177c1e3-master-win-x86_64).
Werden immer noch die ersten 10 Sekunden jedes Videos abgeschnitten?
Ich habe eine kurze Testdatei erstellt, die mit der eigenständigen HandBrake-App vollständig kodiert wird, und habe mein Profil & die Protokolle für dieses kurze Video angehängt – habt ihr noch andere Ideen?
Die Zeitstempel des Quellvideos sind am Anfang beschädigt. Wenn man sich deine Logs ansieht, hat selbst Comskip Probleme mit den Zeitstempeln am Anfang der Aufnahme.
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(684) in PTS! Trying to recover …
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → 3% | 00:00
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(691) in PTS! Trying to recover …
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(689) in PTS! Trying to recover …
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(686) in PTS! Trying to recover …
Du solltest deine Aufnahmequelle überprüfen (wenn es ein Tuner ist, könnte es ein Problem mit der Firmware oder dem Treiber sein, oder es könnte ein Problem mit der Übertragung selbst sein).
Handbrake kann die Zeitstempelfehler nicht ausgleichen, daher überspringt es sie; sieht so aus, wäre ffmpeg in der Lage, sie zu retten. Wenn du die Quelle also nicht beheben kannst, ist deine beste Option, ffmpeg zu verwenden.
Ich habe mit einem Blu-ray-Rip, DVD-Rip, TV-Aufnahme und einer heruntergeladenen Datei getestet, und immer werden die ersten 10 Sekunden (genau 10 Sekunden) entfernt. Wenn ich all diese Dateien mit Handbrake (Windows 10) encodiere, funktionieren sie einwandfrei. Ich kann nicht verstehen, wie all diese Dateien von unterschiedlichen Quellen dieselbe Beschädigung für dieselben 10 Sekunden haben können?
Welches Programm auch immer zur Erstellung Ihrer MKV-Datei verwendet wird (sieht nach einem Web-Ripper oder Web-Encoder aus), hat Probleme beim Erstellen der Zeitstempel. Das ist es, was ich aus Ihrer MKV-Datei ersehen kann
matroska,webm
MCEBuddy remuxt die MKV-Datei in TS, um die weitere Verarbeitung zu vereinfachen, da nicht alle zugrunde liegenden Programme andere Formate unterstützen. Es ist möglich, dass Handbrake Probleme beim Lesen der TS-Datei im Vergleich zur MKV-Datei hat.
Wenn Sie das Remuxen von MKV zu TS als Zwischendatei vermeiden möchten, können Sie die Option Skip remuxing auf Ihrer Seite Konvertierungsaufgabe → Experteneinstellungen aktivieren:
Nun wird die ursprüngliche MKV-Datei an Handbrake übergeben. Auch wenn dies funktionieren könnte, löst es nicht die Ursache Ihres Problems.
Ich habe versucht, das Remuxing der Dateien zu überspringen, wodurch alle meine Probleme gelöst wurden! Kein Abschneiden der ersten 10 Sekunden mehr und die Kodierung beginnt sofort ohne Verarbeitung! Vielen Dank!!
Ich verwende kein bestimmtes Programm zum Erstellen der Dateien für die Kodierung, weshalb ich das Problem nicht verstehe.
Also eine große Vielfalt an Software, die mcebuddy speist. Ich kann nicht verstehen, wie alle Videos dieselbe Beschädigung oder dasselbe Problem haben können, das dazu führt, dass die ersten 10 Sekunden abgeschnitten werden, wenn alle dieselben Videodateien in Handbrake (Windows 10) perfekt kodieren und ich habe auch Staxrip zum Kodieren nach X265 ausprobiert, ohne Probleme… etwas geschieht in mcebuddy, aber ich kann es nicht finden!
Vielen Dank für all deine Hilfe bisher, ich bin sicher, jemand, der viel schlauer ist als ich, wird dieses Problem finden!
Zumindest bleiben durch das Überspringen des Remuxing der Datei die 10 Sekunden erhalten!
Ich frage mich, ob du jemals eine Lösung für dieses Problem gefunden hast. Ich habe alle -ss-Erwähnungen in mcebuddy.conf entfernt und mein eigenes Profil in profiles.conf erstellt, wobei --start-at duration komplett entfernt wurde.
Ich entferne überhaupt keine Werbung, dennoch entfernt MCE immer 3 Sekunden vom Anfang ALLER Videos, unabhängig von der Quelle.
Wenn ich dieselben Dateien mit einer anderen Anwendung codiere (die Handbrake verwendet), werden die ersten 3 Sekunden nicht entfernt.
