在最近幾個版本中的某個時間點，MCEBuddy 似乎無法在電腦進入睡眠前完成轉檔。我一直都有啟用「防止睡眠」的選項。奇怪的是，這個問題在兩台系統上都會發生，但似乎只會出現在來自 HDPVR2 的錄影檔，而不會發生在來自 WinTV Quad 的錄影檔。附上最近一次發生時的轉檔記錄檔。先謝謝了。
SwampPeople-S10E15-VoodooPython-35895966-0.ts-Convert to MP4-2019-05-24T07-34-38.0890139-05-00.log (765.4 KB)
该模块已经很长时间没有任何更改了。可能是最近的 Windows 更新/设置导致系统忽略了不休眠请求。
当 MCEBuddy 正在转换时，它会通知操作系统不要进入睡眠状态，但最终决定权仍在操作系统，它可以选择忽略应用程序的请求。我认为 Windows 现在有一项设置，可以让系统忽略应用程序的请求并仍然允许其进入睡眠状态。您可能需要检查一下 Windows 的睡眠/电源设置。
此外，所有睡眠/电源事件/请求都会记录在 mcebuddy.log 文件中。
謝啦 wingman，我看過那個檔案，除了設定之外沒看到任何關於睡眠的內容，你有在這裡發現可能是什麼原因嗎？另外，我可以要求一次低空飛越嗎？mcebuddy.log (3.3 MB)
日志乍看之下没问题，我看到 MCEBuddy 正在请求系统在转换进行期间不要进入睡眠，并在转换完成后恢复正常操作
2019-05-24T13:04:09 MCEBuddy.Engine.Core → Starting new conversions, preventing system sleep
2019-05-24T13:11:29 MCEBuddy.Engine.Core → No conversions running , allowing system sleep
你需要查看 Windows 日志才能知道发生了什么。第一步是确定系统何时进入睡眠。通常，当系统准备睡眠时，它也会向 MCEBuddy 发送请求。如果你点击主窗口右上角的 Events 链接，它会拉取由 mcebuddy 引擎生成的 Windows 事件日志条目列表。把系统睡眠前后那段时间的日志复制粘贴出来（我猜测时间就在上面我提取的两条时间戳之间）。
从那里你可以打开对应时间的 Windows 事件日志，看看能否获得更多关于 Windows 为何进入睡眠的信息（是某个应用发出了睡眠命令，还是仅仅是内部睡眠计时器到期）。如果像你在首帖描述的那样是不定时发生，我怀疑是某个应用在发送睡眠命令。
這裡是 MCEBuddy 在日誌中記錄的時間，與 Windows 讓系統進入睡眠的時間相同：
資訊 2019年6月5日 下午11:39
MCEBuddy 收到系統呼叫的 OnPowerEvent，事件 → 暫停
系統正在進入睡眠。
睡眠原因：系統閒置
但一秒後 Windows 顯示：
系統已從睡眠中恢復。
看起来像是 Windows 忽略了 MCEBuddy 阻止睡眠的请求。检查一下你的 Windows 电源设置，里面有个覆盖选项，可以让你配置 Windows 如何处理睡眠（从不、空闲、关键等）。不幸的是，这是 Windows 设置的问题，我猜测是某个地方发生了变化，要么是在 Windows 更新期间，要么是误操作导致的。
奇怪，Windows 會注意 SageTV 以喚醒進行錄影並在節目結束前保持喚醒，它似乎只忽略了 MCEBuddy。
这可能是一个时机问题，MCEBuddy 告诉 Windows 停止休眠，而另一个应用程序在 MCEBuddy 发送信号后又发送了可以休眠的信号。
我想我已經解決了，謝謝你指引我正確的方向，這裡的第 4 個方法：
似乎對我有用