所以我似乎總是收到這個訊息。如果我先把所有東西複製到本地磁碟，就能正常運作，但似乎從檔案伺服器讀取時就會出問題。從 NAS 讀取的速度大約是 100MB/sec，也不算太差。日誌檔已附上。
我在想是不是有什麼東西進入睡眠狀態後就醒不過來。另外，我看到我可以延長 ffmpeg 的終止時間。它預期 5 分鐘內會發生什麼事？這時間感覺有點長。
有什麼想法嗎？
Glee_KTVUDT_2009_09_02_21_00_02.wtv-Convert to MP4-2019-08-18T11-59-44.3081937-07-00.log (213.4 KB)
此日志显示您已取消转换
ERROR> 2019-08-18T12:00:06 MCEBuddy.AppWrapper.FFmpeg → Job cancelled, killing process
然而，您所描述的情况并不罕见。为了避免被异常进程“挂起”，如果 MCEBuddy 在 300 秒（默认）内未检测到进程响应，它会终止该进程并继续处理下一个文件。
如果您使用的是网络驱动器/NAS，且其运行缓慢、耗时超过 300 秒，就可能触发此超时。如果您知道自己的网络或计算机较慢，可以在“系统设置”页面将此超时值调高，或设为 0 以禁用超时。
我就是一直抽不出时间回头处理这个问题。
你能再具体说说那个5分钟的FFmpeg超时是干什么用的吗？是指整个FFmpeg进程必须在这段时间内跑完（要是这样，时间好像有点短），还是只是等待某个文本输出信号？
是的，只要有任何東西能顯示它仍在運作，而不是無限期地卡在等待某件事（裡面有更進階的偵測機制，但大致就是這個意思）。
好的。因为不相关的原因，需要彻底重装 Windows 10，于是我又试了一次。从这份日志来看，一切似乎正常，但后来 SMB 连接丢失，找不到文件？把 5 分钟超时时间延长会有帮助吗？
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)
從你的日誌來看，似乎與網路無關，而是你的 C 磁碟沒有回應。聽起來可能是硬碟出了問題（可能是 MCEBuddy 安裝的位置，因為執行檔與暫存資料夾都位於同一個磁碟/資料夾）：
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
嗯……鉴于我观察到的其他行为，这并非不可能，但各种SSD测试工具都没有发现任何问题。有没有选项可以在失败后保留中间文件在工作目录中？
因此，最终的解决方案似乎是在我的 Windows 电源设置中禁用睡眠。请注意，我从未在 MCEBuddy 中勾选“允许睡眠”选项。
供参考：这一切都在 Surface 4 上运行，配置为 i7-7660U 16GB，Win 10 专业版 1904 版本号 18362.418。