I downloaded and used the latest 64 bit version of mcebuddy and converting a 1.6 gb file the handbrakecli.exe memory usage climbed to 100% (of 32GB) till it locked up my computer. I went to handbrakes website and downloaded CLI stable 64bit 1.0.7 and the issue went away for the same file.

This has been fixed in today 2.4.8 BETA build. We’ve also added support for quicksync hardware decoding with this build and various other hardware performance optmizations.

Thanks for letting us know. Can you upload the original video that caused you to detect this issue so we can put it into our testing suite. None of our current test video have caused the issue so far so this would be a good addition. You can find the upload FTP server details on the ReadMe post …

Unfortunately, I have already successfully converted the file, so I deleted the original. I am attaching my profiles and config if it helps. mcebuddy.conf (5.9 KB) profiles.conf (17.1 KB) The profile used was the first one. (MP4 Matthew’s Custom 16:9 Rip 23.976)

Thanks. 1.0.7 is undergoing testing and will be included in the next release if there are no issues.

Update on this, the latest handbrake stable version 1.0.7 hangs when using Intel QuickSync encoding with some test files. So we cannot update handbrake just yet until they fix the issue. I’ll leave this open for now. If you do come across another file with the memory leak issue please upload it to t…

I compiled the latest HandBreak package from the git master branch. The nightly builds are still a few days behind and do not have the sound and QSV fix that this build does. handbreakCLI_20170716_b77f66d.zip

In the next major release 2.4.8 we’re planning on overhauling the H/W encoding to improve performance. Will update the handbrake version in 2.4.8 release.

I have encountered this error again. I have uploaded my profile, config, and video file to the ftp folder with a short description text file.

We can replicate the issue. First upgrade to the latest nightly build of handbrake, it will solve the 100% memory issue. Second, your file is corrupted:, it has EOF’s (end of file) in the middle of the stream hb_ts_stream_decode - eof If you’re recording this OTA then you have a faulty TV tuner…

I also noticed that you’ve removed the -ss 5 from the remux profile and your custom profile, those are there to help in situations like this when files startings are corrupted. Try adding it back and it should work fine.

This time it wasn’t an OTA, it was a web rip. (Hence the removal of the -ss 5, I wanted to keep the first 5 seconds of the video). Could you perhaps help me convert my handbrake profile to an ffmpeg profile with the -ss 5? My thinking is, I’ll order them handbrake,ffmpeg and have the handbrake witho…

Handbrake CLI 2.4.7 (七月版) 捆绑包存在内存泄漏

錯誤 / 功能請求 Bugs

RBoy (RBoy) 2017年07月06日15:32 2

感谢您告知。您能否上传导致您发现此问题的原始视频，以便我们将其加入测试套件。目前我们的测试视频中还没有触发该问题的，因此这将是一个很好的补充。

您可以在 ReadMe 帖子中找到上传 FTP 服务器的详细信息

話題		回覆	觀看
2.4.8beta had to downgrade handbrakeCLI Hardware Encoding	10	2064	2017年09月17日
Handbrake error using Intel QSV HEVC encoder (Resolved by Upgrading HandbrakeCLI) Bugs	6	3346	2020年07月29日
Quciksync and Hanbrake with Hardware acceleration selected in MCEBuddy Hardware Encoding	1	1979	2018年03月29日
Intermittent hardware encoding failure Hardware Encoding	16	3291	2018年02月15日
QSV Encoding with Latest 2.5.1_BETA - HandBrakeCLI-1.0.7 vs 1.1.2 vs 1.2.2 Hardware Encoding	11	1777	2020年01月17日

Handbrake CLI 2.4.7 (七月版) 捆绑包存在内存泄漏

Related topics