我為這個問題上傳了日誌與影片檔。我看到的是 FFMPEG 被設為主要轉碼方式，隨後被 MENCODER 取代，後者嘗試驗證 QuickSync，多次失敗後最終改用軟體轉碼設定。
我看到系統有辨識到 GT730 NVIDIA 顯示卡以及 Intel 630，但硬體編碼似乎從未啟用。有什麼建議嗎？
你能附上你的转换日志吗
抱歉，按照FTP站点的说明操作，没有添加链接：
ftp://upload.mcebuddy2x.com/jpyatt/TheGoodDoctor.log
有幾件事你需要注意：
- 編碼器的順序：
order=handbrake,ffmpeg,mencoder
這表示它會先使用 HandBrake（QuickSync），然後再使用 ffmpeg（NvEnc/CUDA）進行硬體編碼。
你同時擁有 QuickSync 與 CUDA。在舊版中，由於 MCEBuddy 的一個錯誤，若兩者都被偵測到，它會先使用 ffmpeg（CUDA），再使用 HandBrake（QuickSync）。
在 2.4.9 版中，若兩種硬體編碼器都存在，它會優先使用使用者在設定中指定的編碼器（以你為例是 HandBrake，即 QuickSync）。
因此當它開始使用 QuickSync 編碼時，Intel 顯示卡驅動程式就會出錯。
>> 2018-03-15T13:28:46 MCEBuddy.AppWrapper.Handbrake --> Handbrake failed, non 0 return code
這很可能是因為顯示卡驅動程式有問題，請安裝其中一個建議版本的驅動程式，讓 QuickSync 編碼器能正常運作。
由於硬體編碼器失敗，MCEBuddy 會嘗試使用同一編碼器的軟體版本（即 HandBrake），這部分可以正常運作，這也是你目前看到的結果。
MCEBuddy 在退回軟體編碼器前，並不會先嘗試第二個可用的硬體編碼器，這是已知問題，預計在下一版修正。
簡單來說，你遇到這個問題是因為系統同時支援 CUDA 與 QuickSync。
最簡單的解決方法：
- 修復你的 Intel 顯示卡驅動程式，讓 QuickSync 能正常運作。
- 將設定檔中的順序改為：
order=ffmpeg,handbrake,mencoder
這會讓 MCEBuddy 優先使用 CUDA/NvEnc，若該驅動程式比 Intel 的穩定，硬體編碼就能成功。
雙硬體編碼器的問題將在下一版解決。
感謝你的幫助。我從硬體編碼常見問題中更新了 Intel 驅動程式，最終一切正常運作。從 Windows Media Center 錄製的一小時節目，移除廣告後轉檔只需 14 分鐘。太棒了。
我有一顆 Sandy Bridge i7 2600 CPU，現在還有一張 NVIDIA Quadro P2000，我想啟用硬體編碼，但我試著安裝上面建議的驅動程式：Intel 2010.18.10.3958 x64_15.33.30.3958，卻顯示我的硬體不符合最低需求，無法安裝。
還有其他建議的驅動程式嗎？還是我應該跳過 Quick Sync 支援，直接照你上面說的改變編碼器順序就好？
謝謝。
取决于你想用什么，如果用英伟达硬件编码就不需要英特尔驱动，只要调整编码器顺序即可；如果你用的是最新的 2.4.9 版本，它会自动选择 ffmpeg 配置，因为这是唯一可用的硬件编码器。
附：有多种推荐的驱动选项可供尝试，包括一些适用于 Win 10 的较新版本。
我想我一定遗漏了什么，因为我安装了2.4.9，软件编码运行正常。但在mcebuddy.log或任何单个视频文件日志里都找不到nvenc。我确认已安装cuda开发者工具包，并在mcebuddy里勾选了“硬件加速”。我还把编码器顺序改成ffmpeg优先，依旧不行。
我可能遗漏了什么？还需要其他设置才能让程序使用我的硬件吗？
谢谢。
附上您的轉換記錄。