使用 MCEbuddy 2.6.4 和 Nvidia P2200 显卡时，突然听到电脑嗡嗡巨响！本以为早就解决了这个问题，不知道这次是怎么回事！要不要回退到旧版 Buddy 还是 Nvidia 驱动？所有驱动都是最新的，但 CPU 被压得死死的，显卡却完全没动静。
Diners Drive-Ins and Dives (2007) - 2024-08-16 08 00 00 - From Breakfast to the Boot.ts-Convert to MP4-2024-08-17T00-32-41.log (2.1 MB)
Handbrake 失败，它尝试了两次：第一次失败后改用软件解码而非硬件解码，但两次都报通用错误“Encode failed (error 3).”于是回退到用 ffmpeg 而非 Handbrake。不过 ffmpeg 启用了硬件编码，所以 CPU 占用这么高很奇怪。我不太擅长解读 Handbrake 日志，恐怕帮不上太多忙。你之前用的是哪个版本的 MCEBuddy？
与此失败无关，但 5 分钟才从网上获取完元数据我觉得很奇怪，也许是因为这部剧季数太多？
--> Performance Metrics for the Current Conversion
-->
--> Working video pre-conversion duration (hh:mm:ss) -> 00:22:20
2024-08-17T00:50:14 MCEBuddy.Engine.ConversionJob --> Original file size [KB] 925,726.00
-->
--> <Start At Date/Time> <Duration (hh:mm:ss)> <Activity>
--> <08/17/2024 00:32:46> <00:00:00> <Checking for disk space>
--> <08/17/2024 00:32:46> <00:00:00> <Running custom commands>
--> <08/17/2024 00:32:46> <00:05:27> <Getting show information and banner from Internet sources>
--> <08/17/2024 00:38:14> <00:00:04> <Running custom commands>
--> <08/17/2024 00:38:19> <00:00:23> <Copying source file to working directory>
--> <08/17/2024 00:38:42> <00:00:00> <Trimming video recording>
--> <08/17/2024 00:38:42> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:38:54> <00:03:03> <Advertisement scan>
--> <08/17/2024 00:41:58> <00:00:00> <Running custom commands>
--> <08/17/2024 00:41:58> <00:00:24> <Removing commercials>
--> <08/17/2024 00:42:22> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:42:34> <00:01:18> <Analyzing video information>
--> <08/17/2024 00:43:52> <00:06:18> <Converting>
--> <08/17/2024 00:50:11> <00:00:02> <Writing show information>
--> <08/17/2024 00:50:13> <00:00:00> <Renaming file using show information>
--> <08/17/2024 00:50:13> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:13> <00:00:00> <Moving converted file to destination>
--> <08/17/2024 00:50:14> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:14> <00:00:00> <Success - All done!>
-->
INFORMATION> --> Total time taken by conversion (hh:mm:ss) -> 00:17:27
版本在原始帖子中
对不起，我误解了你的帖子。我还以为你最近升级了，在问是否应该回滚。
从它上次正常工作到现在，发生了什么变化？
不知道是什么时候变的。我只知道在购买最新版 MCEbuddy 以便让它配合 PLEX/HDhomerun 使用后出现了这个问题，当时还发现 GPU 没有被调用，不过后来修好了。我确实知道 Nvidia 最近更新了驱动，所以不确定具体是什么时候开始的。
尝试回滚到旧版驱动程序。硬件转换问题 99% 与驱动程序有关。一旦找到用于硬件转换的稳定可靠驱动程序，我们强烈建议继续使用它。
我真是讨厌 Windows 11，哈哈，完全没有 Win 7 那么方便。好吧，之前 Nvidia 在系统托盘里弹出提示说有更新。我刚刚看了下，结果驱动版本是 26.21.14.4250，日期居然是 2020/2/24！！Nvidia Quadro P2200，现在我彻底懵了。2020 年？
試試從 Nvidia 官網下載驅動程式。這裡有個已測試驅動程式的快速連結：
好的，版本号是 31.0.15.5222，日期是 2024/11/4
这是最新的转换。对我来说是中文，哈哈，希望看起来不错
Diners Drive-ins and Dives.txt (1.0 MB)
不，不需要……刚在另一个电视节目上看到它运行，GPU 占用 1%，CPU 占用 75%。我需要回退到更早版本的 MCE 吗？
根据日志，它正在使用 nvenc 编码，速度相当快（244 fps）。你确定该工具显示的占用率是准确的吗？听起来仍然像是驱动问题。
2024-09-07T00:38:22 MCEBuddy.AppWrapper.FFmpeg → frame= 5653 fps=244 q=32.0 size= 31744kB time=00:01:34.48 bitrate=2752.2kbits/s dup=7 drop=0 speed=4.08x
驱动是2024年4月从你发给我的网站上下载的最新版本
是的，我的CPU处理这集内容毫无压力，但我的服务器上还有其他程序需要用到CPU，所以我才用GPU
回到你之前的说法，如果它原本运行正常却突然停止，那么变化点似乎就是驱动程序。我会把重点放在这里，设法找出之前使用的是哪个驱动。
你可以试试 MCEBuddy 的旧版本，但我怀疑这不会有任何区别。根据日志，GPU 正在被调用；如果实际上没有调用，那就指向驱动问题。
另一个办法是在 MCEBuddy 里关闭硬件编码，然后看看转换帧率。如果帧率不变，说明 GPU 没有介入；如果帧率下降，说明 GPU 在工作，只是你的工具在编码时可能错误地报告了占用（这依旧指向驱动问题）。
您的日誌顯示 MCEBuddy 花了 6 分鐘來轉換檔案，而且正在使用 GPU
→ <09/07/2024 00:37:36> <00:06:11>
如果您擔心 GPU 圖表的話，那是驅動程式的問題。FFMpeg 使用 nvenc API 與系統互動以啟用 GPU 編碼。您的驅動程式並未向 Windows 回報該使用量。其他軟體可能使用 DXVA 來啟用硬體編碼，這會被 Windows 回報。請下載 NVidia GPU 監控工具，看看它回報了什麼。Windows 的回報功能在顯示內容上有所限制。
YEP！昨天才發現的！Windows 在這方面真的很糟。又找到另一個讓機器慢到不行的原因，最後是用排除法找出來的。平常 PLEX 24/7 錄影，資源使用率很少超過 30%，超棒！
這幾天電腦幾乎完全沒反應。我的 C 槽是 2TB SSD，所有東西都跑在上面，還剩 1TB 以上，所以不是空間問題。但磁碟寫入一直被釘在 100%。我先暫停 PLEX 錄影，等了一陣子還是 100%；接著暫停 MCEBuddy，立刻掉到 3%。再重新開 PLEX 錄影，磁碟跳到 20%。但只要啟動 MCEBuddy，C 槽寫入又衝回 100%。我已經把 MCEBuddy 設成用 32 核心裡的 4 核，優先權 normal，同時轉 2 個檔。有什麼建議嗎？要把程式搬離 C 槽嗎？
磁盘利用默认发生在临时文件夹中。这是在文件被重新封装、复制、剪切等操作时发生的。你可以更改临时文件夹的位置。你也可以把优先级改为Lowest，转换会更慢，但应能减少与其他程序争夺I/O访问时的磁盘争用。