昨天(2018年2月22日)我在NBC录制了奥运会节目——下午2小时,晚上3小时。
我手动转换了下午那场,用时不到一小时。我让MCEBuddy按照其“开始/停止时间”设置自动启动晚上的转换,结果花了10小时才完成。实际上,定时器在早上7点中止了转换,我大约在8点又手动恢复。
两次转换的硬件环境完全一致,日志对我也没有任何帮助。
有人能告诉我问题可能出在哪儿吗?
Wayne
昨天(2018年2月22日)我在NBC录制了奥运会节目——下午2小时,晚上3小时。
我手动转换了下午那场,用时不到一小时。我让MCEBuddy按照其“开始/停止时间”设置自动启动晚上的转换,结果花了10小时才完成。实际上,定时器在早上7点中止了转换,我大约在8点又手动恢复。
两次转换的硬件环境完全一致,日志对我也没有任何帮助。
有人能告诉我问题可能出在哪儿吗?
Wayne
附上你的轉換記錄檔,它會顯示發生了什麼事。
Goose,
我該如何附加記錄檔?如果直接複製貼上會非常長。
Wayne
请将文件附加到您的帖子中(不要复制粘贴),如果文件太大,请压缩后再附加。只需将文件拖放到您的帖子即可。
Goose,
我把那個有問題的記錄檔拖進了這封回信裡。我不知道它本來是不是應該長這樣。
當我把一個比較小的記錄檔拖進寄給自己的電子郵件時,我可以正常開啟。
Wayne
2018 Winter Olympics 20180222 [20180223-0100].mpg-Converted TV-2018-02-23T00-02-28.4594393-05-00.log (5.4 MB)
一开始一切顺利,使用你的 Intel QuickSync 硬件编码,以大约 70 fps 的速度前进,预计 1 小时完成。
2018-02-23T00:45:53 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 12.26 % (67.28 fps, avg 69.19 fps, ETA 01h11m30s)
然后你的显卡驱动报错,终止了转换:
2018-02-23T00:45:54 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 12.30 % (67.91 fps, avg 69.19 fps, ETA 01h11m29s)Error code -21, hb_qsv_wait_on_sync 602
2018-02-23T00:45:54 MCEBuddy.AppWrapper.Handbrake → ERROR: encqsv: MFXVideoENCODE_EncodeFrameAsync failed (-21)
于是 MCEBuddy 回退到软件编码作为安全方案,速度降到约 10 fps
2018-02-23T00:48:06 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.42 % (11.69 fps, avg 11.56 fps, ETA 08h05m37s)
问题出在你的显卡驱动,它不稳定或在某些情况下变得不稳定,比如屏保启动或进入省电模式,具体原因不明。
请访问以下页面,将驱动更新到稳定版本,看看是否解决;否则可能需要关闭所有省电设置。
謝了,Goose。
我沒有開啟任何省電功能,只有顯示器在 10 分鐘後會關閉,而且我沒有使用螢幕保護程式。我下載了一個新的 Intel 顯示卡驅動程式,稍後會安裝。與此同時,我附上了下午兩小時錄製的日誌,實際上不到一小時就完成了。你能幫我看一下並與之前的日誌做比較嗎?
Wayne
2018 Winter Olympics 20180222 [20180222-2000].mpg-Converted TV-2018-02-22T17-13-57.4152742-05-00.log (1.4 MB)
完全相同,这次使用了硬件,但驱动程序没有报错:
2018-02-22T17:33:00 MCEBuddy.AppWrapper.Handbrake → 编码:任务 1/1,0.26%(69.28 fps,平均 70.12 fps,预计剩余 00h35m33s)
这是显卡驱动的问题——在英特尔驱动中非常常见
再次感謝,Goose。
這些是在備用機器上完成的,因為我的 I5 主機幾天前掛了,我正在等零件。
我用 I5 也遇過轉檔時間超長的情況,但從來沒有像 10 小時那麼誇張。不過之前那些超長的轉檔,多半是 1 小時的電視腳本節目。
如果以後還有問題,我可能會考慮加張顯示卡。我會去看你提供的顯示卡連結,瞧瞧 MCEBuddy 支援哪些顯示卡加速。
再次感謝你的協助。
Wayne
您的顯示卡沒問題,只是驅動程式不穩定——請試著從上方連結安裝更穩定的版本。
我也遇到了和这个程序一样的问题。和你一样,我的英特尔驱动程序也过时了。希望更新它们能解决问题!
Firefox 15,
我已經在 Celeron 機器上將驅動程式更新到 Intel 網站上的最新版本,但週六又再次發生隨機轉檔變慢的情況。週六下午的一個節目轉檔正常,但晚上的一個節目轉檔速度非常慢。
週日我把 I5 重新上線,使用大約 18 個月前安裝的原始驅動程式,結果還是一樣——下午的一個節目轉檔正常,但晚上的一個節目轉檔變慢。不過因為 I5 是比較強的處理器,所以沒有像 Celeron 那麼慢。
我還沒試 Goose 提供的連結中建議的驅動程式,因為它標示是給 Win 7、8 和 8.1 使用,而我的兩台機器都是 Win 10,我怕舊驅動程式會引起其他問題。
這個問題最近才開始出現,而且是我注意到以來是斷斷續續地發生,但過去兩週我一直在錄製/轉檔同一個節目——奧運,因為沒有其他我們想錄的內容。
這是個我可以短期忍受的小麻煩。如果解決不了,我會改用其他轉檔軟體,放棄自動剪廣告功能。
Wayne
Intel 的一般經驗法則:最新 ≠ 最好
較舊的驅動程式通常比新驅動程式更穩定(且更有效率)。
這點在舊硬體上更為重要,新驅動程式是針對新硬體設計的(不一定是新作業系統,Windows 7/8.1 的驅動程式在 Windows 10 上通常運作得很好)。他們的品質保證/測試做得很差,所以我們傾向於推薦經過廣大社群驗證為穩定的驅動程式。
鹅,
好吧,昨天转换又变慢了,我终于抽空试了试你提供的链接里的驱动。
驱动装不上——提示“此计算机不满足安装该软件的最低要求”。
这是一台 Win 10 机器,I5-6500,没有独显。
韦恩
試試頁面底部,有一些較新的 Win10 驅動程式連結可用
抱歉,Goose,我早該回覆你。
大約一週前我讓 Windows 10 安裝了微軟提供的 Intel 驅動程式更新,從那之後轉檔一次都沒失敗過,也沒再遇到轉檔時突然退回 CPU 編碼的情況。
轉檔 Fox 的節目(1280×720P)時可達 265 fps,NBC 與 CBS(1920×1080i)則是 65–70 fps。我對這方面不夠了解,無法解釋為何速度差距這麼大。
在讓微軟更新 Intel 驅動之前,我試過幾個號稱能用 Quick Sync 的編碼器,結果 CPU 使用率幾乎衝到 100%。我以為 Quick Sync 會把編碼工作卸載出去,讓 CPU 有空做別的事,但也許只是我在其他編碼器裡沒把 Quick Sync 打開。其中一套我試的是 Freemake,它的自訂選項非常少。
依 Intel 顯示設定,我目前用的驅動版本是 21.20.16.4839。
Wayne