几天前我的 Windows 更新为我的 Radeon R9 安装了新驱动，结果性能直接崩溃。转换任务卡住，今晚我用 MP4 高质量配置文件开始的一个任务，4 小时才完成 37% 的第一遍。关闭配置文件里的硬件编码后速度恢复正常，这次 10–15 分钟就已经跑了 15%。
我其实不确定这套配置以前到底有没有真正启用过硬件编码，但这个问题是昨天才出现的，而最近唯一的变化就是 AMD 驱动更新。
圖形驅動程式決定了硬體編碼是高效還是出錯。詳情請參考此主題：GPU/Hardware Encoding/Acceleration FAQs
如果你的驅動程式昨天才更新，那問題就是它造成的。請回滾到舊版驅動程式。並非所有驅動程式都一樣可靠。
此外，沒有記錄檔就無法了解發生了什麼事 b
我上傳了兩個轉換紀錄，最後都取消了。作為對比，一週前做的《南茜·德魯》那個大約只花了 52 分鐘。這次上傳的那個，我在 5.5 小時後停止，印象中進度幾乎顯示完成，但似乎卡住了。
好的，我注意到几点：
- 两个文件都以约 12 fps 的速率进行编码。它们正从 H.264 转码到 H.264（？？），使用的是你的 VCE 硬件编码器和 HandBrake，因此编码速度没有差异。
- 《Nancy Drew》是 1 小时的视频，《Minority Report》是 3 小时的视频，所以后者确实需要 3 倍时间完成！
你为什么要从 H.264 转到 H.264？这很可能就是你的显卡编码器“崩溃”的原因——大多数硬件编码器并不擅长 H.264→H.264 的转码。试试改用 MP4 无处理 配置文件，速度会飞快！
我还发现你正在使用 MP4 高质量 双遍配置文件（总体非常慢），而《Nancy Drew》甚至没转完——显卡驱动在第二遍时挂起，你就终止了任务。或许改用单遍配置，如 MP4 普通。我认为 H.264→H.264 加上双遍对你的显卡驱动来说压力太大。
如果仍想用硬件编码，尝试在配置文件里把 ffmpeg 放在 HandBrake 前面（调整顺序）。同时更新到最新版本，我们对编码器设置做了些微调。把顺序从 order=handbrake,ffmpeg 改成 order=ffmpeg,handbrake。
日志很有启发性；在下一个版本里，我们会为硬件驱动加入更好的挂起检测，但也说明你可能需要更稳定的显卡驱动。
可能是我經驗不足。我從 Hauppage 軟體拿到 TS 檔，想轉成 MP4 給 Plex 伺服器，避免轉碼。這個設定檔能把檔案縮到原本的三分之一。我沒試過未處理設定檔，因為擔心檔案會太大。