Mit der letzten Woche erschienenen Version und dem Profil „MKV HEVC“ schlagen Konvertierungen nun mit dem Fehler fehl:
„Extrahieren der Untertitel fehlgeschlagen“
Diese Aufnahmen enthalten keine Untertitel. In früheren Versionen führte das Fehlen der Untertitel jedoch nicht zum Scheitern der Konvertierung. Mir ist bekannt, dass es in dieser Version Änderungen im Zusammenhang mit Untertiteln/Closed Captions gab. Ist es beabsichtigt, dass die Konvertierung fehlschlägt, wenn keine Untertitel vorhanden sind? Falls ja, kann ich ein Profil für Serien ohne Untertitel anlegen. Ich bin nur neugierig, ob das so gedacht ist oder ob es sich um einen Fehler handelt?
Basierend auf den jüngsten Änderungen in MCEBuddy (ab Version 2.6.2) wurde die Untertitel- und Closed-Caption-Engine so überarbeitet, dass sie „einfacher“ und automatisierter ist.
In früheren Versionen war die Logik oft fehlertoleranter. Neuere Updates haben jedoch die Interaktion zwischen „Untertitel speichern“ (Save subtitles) und „Untertitel einbetten“ (Embed subtitles) (früher „Untertitel und Closed Captions extrahieren“ und „Untertitel hinzufügen“) verändert.
Handelt es sich um einen Bug oder beabsichtigtes Design?
Es scheint sich um einen Bug oder eine Regression in der Art und Weise zu handeln, wie die Engine mit Dateien ohne Caption-Streams umgeht. Das beabsichtigte Design zielt zwar auf eine automatisierte Extraktion ab, sollte jedoch einen fehlenden Stream nicht als schwerwiegenden Verarbeitungsfehler behandeln, wenn die Quelle schlicht keinen enthält.
Mögliche Ursachen & Fehlerbehebung
CCExtractor-Empfindlichkeit: MCEBuddy verwendet hierfür CCExtractor. Wenn Ihr Profil explizit eine Caption-Extraktion anfordert, die aufgrund eines nicht gefundenen Streams einen Exit-Code ungleich Null (Fehler) zurückgibt, interpretiert MCEBuddy dies möglicherweise als Task-Fehler.
Profil-„Erzwingen“-Einstellungen: Überprüfen Sie Ihr MKV HEVC-Profil in der profiles.conf. Falls dort ein Befehlszeilenargument oder eine Einstellung vorhanden ist, die die Untertitelverarbeitung vorschreibt, könnte dies den harten Abbruch verursachen.
Empfohlene Workarounds
Untertitel-Optionen deaktivieren: Versuchen Sie in den Einstellungen Ihres Konvertierungs-Tasks, sowohl „Untertitel speichern“ als auch „Untertitel einbetten“ zu deaktivieren. Wenn die Konvertierung daraufhin erfolgreich ist, bestätigt dies, dass die Engine fehlschlägt, weil sie einen Stream erwartet, der nicht vorhanden ist.
Benutzerdefiniertes Profil: Wie von Ihnen erwähnt, ist das Erstellen eines spezifischen Profils für Serien, von denen bekannt ist, dass sie keine Captions haben, ein gültiger Workaround. Sie können jedoch auch versuchen, cc_stop_on_error=false (sofern in den Experten Einstellungen Ihrer Version verfügbar) zur profiles.conf für dieses spezifische Profil hinzuzufügen, um zu sehen, ob der Prozess dadurch fortgesetzt wird.
Logs überprüfen: Um genau zu bestätigen, warum es fehlschlägt, suchen Sie in Ihrem Konvertierungs-Log nach der Zeile direkt vor der Meldung „Extracting closed captions failed“. Dort werden in der Regel die genaue ausgeführte Befehlszeile und der vom Unterprozess zurückgegebene Fehlercode angezeigt.
Ich empfehle, eine Kopie Ihres Konvertierungs-Logs in diesem Thread hochzuladen. Die Entwickler (wie @Goose) suchen normalerweise nach diesen Protokollen, um festzustellen, ob eine bestimmte „Überprüfung“ im Code optional gemacht werden muss.
Vielen Dank für die Bereitstellung dieser Protokolldatei, @SJL.
Ein Blick in dein Protokoll für Elsbeth - S03E12 zeigt genau, wo der Fehler auftritt:
2026-03-06T12:10:45 --> Extracting closed captions from C:\Users\SJL\AppData\Local\Temp\MCEBuddy\Working\elsbeth - s03e12 - All’s Hair.mp4
2026-03-06T12:10:46 --> CCExtractor failed to find any subtitles/closed captions in source file.
2026-03-06T12:10:46 ERROR> 2026-03-06T12:10:46 --> Extracting closed captions failed
Analyse
Es sieht so aus, als hättest du den richtigen Riecher gehabt: Dies ist ein Bug/eine Regression in der jüngsten Neugestaltung der Untertitel-Engine.
In den neuesten Versionen (beginnend mit den 2.6.2-Beta-Zweigen) wurde MCEBuddy aktualisiert, um die Untertitelverarbeitung zu „vereinfachen“, indem die Extraktion zu einer standardmäßigen Voraussetzung gemacht wurde, wenn „Untertitel speichern“ oder „Untertitel einbetten“ aktiviert ist. Die Logik behandelt das Ergebnis „Keine Untertitel gefunden“ von CCExtractor derzeit jedoch als schwerwiegenden Fehler für den gesamten Konvertierungsprozess, anstatt den Untertitel-Schritt einfach zu überspringen und mit der Videocodierung fortzufahren.
Das Fazit
Ist das so gewollt? Nein. MCEBuddy ist als automatisiertes „Einrichten und vergessen“-Tool konzipiert;
Danke, dass Sie das gemeldet haben. Ja, es scheint ein Fehler im Zusammenhang mit Strict Processing zu sein, wenn keine Untertitel gefunden werden. Normalerweise setzt MCEBuddy die Konvertierung fort, wenn die Untertitel-Extraktion fehlschlägt. Wenn Strict Processing aktiviert ist, führt jede kleine Störung zum Abbruch der Konvertierung. Idealerweise sollte sie nicht fehlschlagen, wenn überhaupt keine Untertitel vorhanden sind.
Ich sehe in Ihren Logs, dass Sie Strict Processing aktiviert haben.
Strict Processing → True
Als vorläufige Lösung deaktivieren Sie bitte Conversion Task → Expert Settings → Strict Processing, bis wir eine Korrektur dafür veröffentlichen.
Vielen Dank für die Meldung, das wurde im heutigen Beta-Build 2.7.2 behoben. Du kannst es gerne ausprobieren und uns wissen lassen, ob du weiterhin Probleme hast.
Großartig. Das ist eine dieser Situationen, in denen keine Nachrichten von mir gute Nachrichten sind. Aus Erfahrung würde ich definitiv erwarten, dass innerhalb einer Woche ein Problem auftritt. Wenn ich sehe, dass dieses Problem erneut auftritt, werde ich hier einen Beitrag verfassen.