Dus ik krijg blijkbaar telkens deze melding. Alles werkt als ik alles naar een lokale schijf kopieer, maar het lijkt erop dat lezen van de fileserver dit probleem veroorzaakt. Ik zie een leessnelheid van ongeveer 100 MB/sec van mijn NAS, wat niet slecht is. Logbestand bijgevoegd.
Ik vraag me af of iets in slaap valt en daarna niet meer wakker wordt. Ik zag ook dat ik de ffmpeg-kill-tijd kan verhogen. Wat verwacht het programma binnen 5 minuten te gebeuren? Dat lijkt me nogal wat tijd.
Dit logboek toont dat je de conversie hebt geannuleerd
ERROR> 2019-08-18T12:00:06 MCEBuddy.AppWrapper.FFmpeg → Job cancelled, killing process
Wat je beschrijft is echter niet ongewoon. Om te voorkomen dat een defect proces het systeem “lamlegt”, vermoordt MCEBuddy een proces als het gedurende 300 seconden (standaard) geen reactie geeft, en gaat verder met het volgende bestand.
Als je een netwerkschijf/NAS gebruikt en deze traag werkt en langer dan 300 seconden nodig heeft, kan deze time-out optreden. Als je weet dat je netwerk of computer traag is, kun je deze time-out verhogen of zelfs uitschakelen door hem op 0 te zetten in de pagina Systeeminstellingen
Ik heb gewoon geen tijd gehad om hierop terug te komen en dit te bestrijden. Kun je iets meer uitleggen over waar die 5-minuten-timeout van FFmpeg voor dient? Is het bedoeld om te wachten tot de hele FFmpeg-passage klaar is (dat lijkt me kort), of wacht je slechts op een bepaalde tekstuele uitvoer?
Ja, gewoon iets om aan te geven dat het nog werkt en niet blijft hangen op oneindig wachten op iets (er zit veel geavanceerdere detectie in, maar dat is de kern).
OK. Ik moest om ongerelateerde redenen Windows 10 volledig opnieuw installeren, en ik heb het eindelijk opnieuw geprobeerd. Uit dit logbestand lijkt het erop dat alles goed ging, maar verliest het de SMB-verbinding en kan het het bestand niet vinden? Gaat het verhogen van de time-out van 5 minuten helpen?
Uit je logboeken blijkt dat het niets met je netwerk te maken heeft, maar dat je C-schijf niet reageert. Het klinkt alsof je een defecte harde schijf hebt (op de schijf waar MCEBuddy is geïnstalleerd, aangezien de uitvoerbare bestanden en de tijdelijke map zich op dezelfde schijf/in dezelfde map bevinden):
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… niet uitgesloten gezien ander gedrag dat ik heb waargenomen, maar verschillende SSD-testtools zien niets. Is er een optie om de tijdelijke bestanden in de working0-map te laten staan na een fout?
De uiteindelijke oplossing bleek dus om slaapstand uit te schakelen in mijn Windows Energie-instellingen. Let op: ik heb NOOIT de instelling “Slaapstand toestaan” in MCEBuddy aangevinkt.
Ter info: dit draait allemaal op een Surface 4, i7-7660U 16GB, Win 10 Pro 1904 B 18362.418
