只是想留个便条，告诉大家我在 2.4.8 测试版上始终无法完成 QSV 硬件编码。我检查了一下，Intel 核显驱动有更新，但更新后也没有任何改善。硬件编码会在处理到媒体文件中途失败，报错类似：Error code -17,\thb_qsv_wait_on_sync\t602，这说明我的电脑已启用 QuickSync，但就是无法完成转码。MCEbuddy 会回退到软件/CPU 编码并成功完成。我注意到日志里 HandbrakeCLI 的版本是 20170728192513-45a24df-master (2017080101)，于是备份后下载了 Windows 稳定版 HandbrakeCLI 1.0.7 (2017040900)，现在硬件编码又能正常完成了。
我看到论坛里另一个关于 2.4.7 无法工作的帖子，建议尝试 2.4.8 测试版来解决这类问题，但测试版对我来说反而适得其反，所以特此告知。我还没试过 HandbrakeCLI 的 nightly 版本。
我目前运行的是 W10，CPU 为 i7-4770K（Intel HD 4600），驱动版本 20.19.15.4624。如果需要，我可以提供几份日志供查看。在回退 HandbrakeCLI 之前，我有大约 5 次转码回退到 CPU 编码，回退后有大约 5 次成功完成了硬件编码。
如果您能將原始來源影片上傳到 MCEBuddy 伺服器，對我們進行分析會非常有幫助。
不幸的是，我把 MCEBuddy 设置为转换后自动删除。媒体文件是用 HDHomerun Prime 录制的，并不是某个特定的录制，所有文件在使用新的 HandbrakeCLI 时都崩溃了。也可能是我的电脑出了点问题，不兼容新的 CLI。
留意一下，也許是同一個頻道，看看你能不能錄下來。
我打算關閉刪除檔案的功能。它仍然經常失敗，並且正在回滾到 CPU 編碼。我會試著抓一個失敗的範例給你檢查。
我有一个录制失败的文件，但文件大小有5GB。我该怎么上传给你查看？我猜你也会需要对应的日志文件吧？我注意到并不是某个特定频道的问题……失败出现在进度9%到90%之间的任何位置。
請參閱「發帖前請先閱讀 ReadMe」以了解如何上傳影片。
我无法用 WinSCP 连接，也无法用 Windows 资源管理器连接……总是提示“获取目录列表失败”或访问主文件夹的权限错误。我可以用浏览器连接并看到目录列表，但那样无法上传任何文件……
使用像 FileZilla 這樣的 FTP 客戶端。上述貼文中有逐步操作說明，還包含下載 FileZilla 的連結。
總算有機會上傳了。我做了一些研究，在網路上看到不少關於 QSV 在我的 CPU（4770k）上經常（或根本）無法運作的貼文。老實說，在升級到 2.4.8 之前，我也不確定自己有多少次是退回到 CPU 運算。我試著在裝置管理員裡移除 Intel 4600 的驅動，並安裝 FAQ 建議的舊版驅動，但 Windows 10 重開機後又會自動裝回新版；雖然我可以手動裝回舊版，但看起來沒有任何變化，似乎只能被綁在最新的 Intel 驅動上。
我在 HandBrake 官網看到有人遇到跟我一樣的問題，其中一個人說他降版到 HandBrake 0.10.5 後，他的 4770k 就能正常運作，所以我也打算試試（編輯——算了，0.10.5 的 CLI 根本沒有 --enable-qsv-decoding 這個參數）。我手上還有一張 Nvidia 1080，或許值得研究怎麼用 CUDA 來跑，我從來沒碰過 CUDA。
總之，感謝你的幫忙。如果我上傳的檔案對你有任何幫助，請告訴我。目前 QSV 編碼大概只有五成的成功率。
附帶一提，試著在 Windows 中關閉驅動程式的自動更新（或關閉所有更新並手動選擇要安裝的更新）。