不知為何，我又開始收到「轉換失敗」的錯誤訊息。
顯示卡驅動程式並未更新，而 MCEBuddy 是從命令列執行，而非以服務方式執行。
最近一次失敗的記錄：Microsoft OneDrive
我刚又试了一次——顺便说一句，如果我手动转码文件，一切正常。这是日志：Microsoft OneDrive
我在想是不是从 Plex 调用时脚本会报错。这是脚本：
@echo off
C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=engine --action=start
timeout /t 2 /nobreak > NUL
C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=addfile --action=%1
timeout /t 10 /nobreak > NUL
:loop
for /f "delims=" %%o in ('C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=jobstatus --action=%1 --quiet') do set status=%%o
if %status% == "not present" (
Exit
) else (
timeout /t 2 /nobreak > NUL
goto loop
)
谢谢！Will.
更新 - 我想我已經解決了。因為我已經在命令列模式下執行 MCEBuddy，所以「command=engine --action=start」會出錯。
當我移除那行時，它運作得很完美。希望這對某人有幫助 
还是没有成功。又遇到了一次转换失败。日志：Microsoft OneDrive
我卡住了，感谢任何帮助！
您的顯示卡驅動程式在初始化時似乎出現了問題。看起來有記憶體洩漏：
2019-07-08T21:11:38 MCEBuddy.AppWrapper.FFmpeg → [hevc_nvenc @ 0000020a974c89c0] OpenEncodeSessionEx failed: out of memory (10)
2019-07-08T21:11:38 MCEBuddy.AppWrapper.FFmpeg → [hevc_nvenc @ 0000020a974c89c0] No NVENC capable devices found
試著重新啟動您的系統，如果它開始運作，那麼您的顯示卡驅動程式可能有緩慢的記憶體洩漏，隨著時間推移導致記憶體用盡。也許可以試著降級到較舊／更穩定的版本。
我记得我拉取的是FFMpeg的开发版本——我试着把它换成4.13正式版，目前还没遇到任何问题。
我装的是NVidia驱动的Studio版本，据说更稳定，但也许我只需要找个配置并坚持用下去！
谢谢帮忙！
在又遇到一轮错误后，我降级到了 NVidia 4.19x 驱动——此后就没有问题了。
让我困惑的一点是：我已经通过 UI 运行了 90 多个文件，使用相同的配置和驱动，却没有遇到任何问题。为什么使用 UI 不会出现内存问题，而命令行/脚本调用却会？
谢谢！Will。
你有驅動程式的連結嗎？這樣我就能把它放到置頂文裡。
你有更改引擎的執行模式嗎？唯一會看到差異的情況是當引擎以服務模式運行，而不是以命令列引擎運行。這是因為 Windows 啟動 ffmpeg 的方式不同。在核心（kernel）環境中，顯示卡驅動程式的行為會與使用者（user）環境中不同。這是 Windows／驅動程式架構的限制。
圖形硬體 API 通常是為使用者環境設計的（例如遊戲或設計應用程式，它們都在使用者環境中運行）。大多數核心應用程式不會使用圖形硬體加速 API（因為它們沒有原生介面），所以直到 Windows 8 之前，核心並未提供這些圖形 API 給應用程式使用。即使在 Windows 8 之後，大多數圖形廠商也不會認真測試它們在核心空間中的表現。
還是遇到錯誤，但我想可能是因為我切換回服務模式而非命令列。這是舊版驅動程式的連結：NVIDIA Creator Ready Driver | 419.67 | Windows 10 64-bit | NVIDIA
自從降級到上述的 4.19 驅動程式並使用命令列引擎後，就沒有問題了。謝謝！Will。
順便提醒一下關於 Nvidia 顯示卡與多個同時轉檔的資訊：