Så jeg ser konsekvent denne besked. Det virker, hvis jeg kopierer alt til et lokalt drev, men det lader til, at læsning fra fileserveren forårsager problemet. Jeg ser en læsehastighed på cirka 100 MB/sek fra min NAS, hvilket ikke er helt dårligt. Logfil vedhæftet.
Jeg spekulerer på, om noget går i dvale og derefter ikke vækker igen. Jeg så også, at jeg kunne øge ffmpeg’s kill-tid. Hvad forventer den skal ske inden for 5 minutter? Det virker som en del tid.
Denne log viser, at du har annulleret konverteringen
ERROR> 201c-08-18T12:00:06 MCEBuddy.AppWrapper.FFmpeg → Job annulleret, dræber proces
Det, du beskriver, er dog ikke usædvanligt. For at undgå at blive “hængende” på grund af en defekt proces, hvis MCEBuddy ikke ser en proces svare inden for 300 sekunder (som standard), dræber den den og fortsætter til den næste fil.
Hvis du bruger en netværdsdisk/NAS, og den kører langsomt og tager mere end 300 sekunder, kan det føre til den timeout. Hvis du ved, at dit netværk eller din computer er langsom, kan du øge denne timeout eller endda deaktivere den ved at sætte den til 0 på siden Systemindstillinger
Jeg har simpelthen ikke haft tid til at gå tilbage og kæmpe med det. Kan du sige lidt mere om, hvad 5-minutters-timeouten for FFmpeg er til? Er det til, at en komplet FFmpeg-gennemløb skal være færdigt (i så fald virker det kort), eller venter du bare på en eller anden form for tekst-output-besked?
Ja, bare noget som helst for at vise, at det stadig virker og ikke hænger i det uendelige (der er meget mere avanceret detektion indbygget, men det er hovedpointen).
OK. Jeg var nødt til at lave en fuld geninstallation af Windows 10 af urelaterede årsager, og jeg prøvede endelig igen. Af denne logfil ser det ud til, at alt fungerede fint, men den mister SMB-forbindelsen og kan ikke finde filen? Vil det hjælpe at forøge timeout-perioden på 5 minutter?
Af dine logs fremgår det ikke, at det har noget med dit netværk at gøre; det er din C-drive, der ikke svarer. Det lyder som om, du kan have en defekt harddisk (enten den, hvor MCEBuddy er installeret, da både eksekverbare filer og midlertidig mappe ligger på samme drev/mappe):
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… ikke udelukket, givet nogle andre adfærder jeg har observeret, men forskellige SSD-testværktøjer kan ikke se noget. Er der en mulighed for at lade de midlertidige filer blive i working0-mappen efter en fejl?
Så den endelige løsning her viste sig at være at deaktivere dvale i mine Windows-strømindstillinger. Bemærk, at jeg ALDRIG har markeret indstillingen “Tillad dvale” i MCEBuddy.
FWIW: Dette kører alt sammen på en Surface 4, i7-7660U 16GB, Win 10 Pro 1904 B 18362.418
