我下载并使用了最新64位版本的mcebuddy，在转换一个1.6GB文件时，handbrakecli.exe的内存使用率飙升至100%（共32GB），直到我的电脑死机。我去HandBrake官网下载了CLI稳定版64位1.0.7，同样文件的问题就消失了。
感谢您告知。您能否上传导致您发现此问题的原始视频，以便我们将其加入测试套件。目前我们的测试视频中还没有触发该问题的，因此这将是一个很好的补充。
您可以在 ReadMe 帖子中找到上传 FTP 服务器的详细信息
很遺憾，我已經成功轉檔，所以把原始檔刪除了。我把我的 profiles 與 config 附上，也許有幫助。
mcebuddy.conf (5.9 KB)
profiles.conf (17.1 KB)
使用的是第一個 profile（MP4 Matthew’s Custom 16:9 Rip 23.976）。
1個讚
感謝。1.0.7 正在進行測試，如果沒有問題，將會包含在下一個版本中。
关于此事的最新情况，最新的 HandBrake 稳定版 1.0.7 在使用 Intel QuickSync 编码某些测试文件时会挂起。因此，在他们修复该问题之前，我们还无法更新 HandBrake。我会暂时保持此问题开启。如果你再遇到存在内存泄漏问题的文件，请将其上传到服务器。
我编译了来自 git master 分支的最新 HandBreak 包。每日构建版本仍落后几天，尚未包含此版本中的音频和 QSV 修复。handbreakCLI_20170716_b77f66d.zip
1個讚
在下一個主要版本 2.4.8 中，我們計畫全面革新 H/W 編碼以提升效能。將在 2.4.8 版本中更新 handbrake 版本。
我再次遇到了这个错误。我已将我的个人资料、配置文件和视频文件上传到FTP文件夹，并附带了一个简短的描述文本文件。
1個讚
我们可以复现这个问题。首先升级到 HandBrake 最新 nightly 版本，它会解决 100% 内存占用的问题。
其次，你的文件已损坏：它在流中间出现了 EOF（文件结束）。
hb_ts_stream_decode - eof
如果你是通过 OTA 录制，那么你的电视调谐器驱动/固件存在故障，会在文件中间插入 EOF。
我还注意到你从 remux 配置文件和自定义配置文件中移除了 -ss 5，这些参数正是为了在出现文件开头损坏的情况时提供帮助。尝试把它加回去，应该就能正常工作了。
这次不是OTA，是网络抓取。（因此去掉了-ss 5，我想保留视频前5秒）。你能帮我把我的HandBrake配置转换成带-ss 5的ffmpeg配置吗？我的想法是，按顺序先HandBrake后ffmpeg，HandBrake不带-ss 5，ffmpeg带。这样当HandBrake在某个文件上失败时，自动转到带-ss 5的ffmpeg，只在万不得已时才损失那5秒。我已经试过转ffmpeg，但远不如HandBrake熟悉。
此問題已在今日 2.4.8 BETA 版中修復。我們也在此版本中新增對 quicksync 硬體解碼的支援，並進行多項其他硬體效能最佳化。
是啊……我前陣子就注意到了。我剛下載了最新的 CLI 版本，然後把它替換到 MCEBuddy 的安裝目錄裡。這也解決了我的 QuickSync 與 Intel HD Graphics 530 硬體編碼問題。