Keine Antwort vom Prozess seit 300 Sekunden, Prozess hängt wahrscheinlich – wird beendet

Ich bekomme diese Meldung offenbar regelmäßig. Alles funktioniert, wenn ich alles auf ein lokales Laufwerk kopiere, aber das Lesen vom Fileserver scheint das Problem zu verursachen. Ich messe eine Leseleistung von ~100 MB/s von meinem NAS, was nicht schlecht ist. Log-Datei ist angehängt.

Ich frage mich, ob etwas in den Schlaf versetzt und dann nicht mehr geweckt wird. Außerdem sah ich, dass ich die FFmpeg-Kill-Zeit erhöhen kann. Was soll innerhalb von 5 Minuten passieren? Das erscheint mir recht lang.

Irgendwelche Ideen?

Glee_KTVUDT_2009_09_02_21_00_02.wtv-Convert to MP4-2019-08-18T11-59-44.3081937-07-00.log (213,4 KB)

Dieses Protokoll zeigt, dass Sie die Konvertierung abgebrochen haben

ERROR> 2019-08-18T12:00:06 MCEBuddy.AppWrapper.FFmpeg → Job cancelled, killing process

Was Sie jedoch beschreiben, ist nicht ungewöhnlich. Um zu vermeiden, dass ein fehlerhafter Prozess hängen bleibt, beendet MCEBuddy einen Prozess, der 300 Sekunden lang (standardmäßig) nicht reagiert, und fährt mit der nächsten Datei fort.

Wenn Sie ein Netzlaufwerk/NAS verwenden und es langsam läuft und mehr als 300 Sekunden benötigt, kann dies zu diesem Timeout führen. Wenn Sie wissen, dass Ihr Netzwerk oder Ihr Computer langsam ist, können Sie dieses Timeout erhöhen oder sogar deaktivieren, indem Sie es auf 0 in den Systemeinstellungen setzen.

image

Ich hatte einfach keine Zeit, um zurückzugehen und das zu bekämpfen. Kannst du etwas mehr über das 5-Minuten-FFmpeg-Timeout erzählen? Geht es um den vollständigen Abschluss des FFmpeg-Durchlaufs (das scheint dann recht kurz zu sein), oder wartest du nur auf eine bestimmte Textausgabe?

Ja, einfach irgendetwas, das zeigt, dass es noch funktioniert und nicht hängen geblieben ist, weil es unendlich lange auf etwas wartet (es gibt dort viel fortgeschrittenere Erkennung, aber das ist die Grundidee).

OK. Ich musste aus unabhängigen Gründen Windows 10 komplett neu installieren und habe es noch einmal versucht. Laut dieser Protokolldatei sieht es so aus, als wäre zunächst alles in Ordnung gewesen, dann geht die SMB-Verbindung verloren und die Datei kann nicht gefunden werden. Wird das Erhöhen des 5-Minuten-Timeouts helfen?

Childhood’s End_Syfy_2015_12_16_15_58_00.wtv-Convert to MP4-2019-09-19T17-43-55.8324870-07-00.log (1,0 MB)

Aus deinen Logs ergibt sich, dass es nichts mit deinem Netzwerk zu tun hat – dein Laufwerk C antwortet nicht. Es klingt, als hättest du eine defekte Festplatte (entweder dort, wo MCEBuddy installiert ist, da sich die ausführbaren Dateien und der temporäre Ordner auf demselben Laufwerk/Ordner befinden):

2019-09-19T18:16:11 MCEBuddy.AppWrapper.Handbrake → Launching process C:\Program Files\MCEBuddy2x\handbrake\handbrakecli.exe
2019-09-19T18:16:11 MCEBuddy.AppWrapper.Handbrake → Process arguments -i “C:\Program Files\MCEBuddy2x\working0\Childhood’s End_Syfy_2015_12_16_15_58_00.ts” --loose-anamorphic --verbose=2 -f mp4 -O --start-at duration:0 -e x264 -b 3733 -x me=hex:trellis=1:subq=8:partitions=all:8x8dct:ref=3:rc-lookahead=50:keyint=25:keyint-min=20:bframes=1:weight-b:level-idc=40:b-pyramid=normal:direct-pred=auto:mixed-refs:deblock=-1,-1:nofast-pskip:nodct-decimate:b-adapt=0:threads=auto --crop 0:0:0:0 --disable-qsv-decoding -E faac -R auto -B 256 -D 2.5 -a 1,2,3,4,5 -6 6ch -o “C:\Program Files\MCEBuddy2x\working0\Childhood’s End_Syfy_2015_12_16_15_58_00-converted.mp4
2019-09-19T18:16:11 MCEBuddy.AppWrapper.Handbrake → UI Session Admin Process : True
2019-09-19T18:16:11 MCEBuddy.AppWrapper.Handbrake → Starting process as a UISession process with Admin privileges. This requires atleast 1 user to be logged into the system (remote desktop or locally)
2019-09-19T18:16:11 MCEBuddy.AppWrapper.Handbrake → Setting process priority to Normal
ERROR → No response from process for 300 seconds, process likely hung - killing it
ERROR → Process hung, killing process

Hmm… nicht ausgeschlossen angesichts anderer beobachteter Verhaltensweisen, aber verschiedene SSD-Testprogramme erkennen nichts. Gibt es eine Option, die Zwischendateien nach einem Fehler im working0-Ordner zu belassen?

Die endgültige Lösung hier schien also zu sein, den Ruhezustand in meinen Windows-Energieeinstellungen zu deaktivieren. Hinweis: Ich habe NIEMALS die Einstellung „Ruhezustand zulassen“ in MCEBuddy aktiviert.

Zur Info: Das Ganze läuft auf einem Surface 4, i7-7660U 16GB, Win 10 Pro 1904 B 18362.418