After many years of use I encountered a file that "blew up" in memory use during the Foreign Audio Search step. The Linux out-of-memory-killer terminated HB after it filled 8GB of ram and 2GB of swap.
This is with the with CLI on Arch Linux. HB is from the Arch AUR repository. HandBrake 1.5.1.
I increased swap to 8GB and the Foreign Audio Search step completed and the rest of the job completed normally. Watching the memory used I could see ram and then swap filling up, then being released at the end of Foreign Audio Search.
The input file is an MKV (via MakeMKV) from Blu-ray disc and has 4 audio and 2 subtitle tracks, but I'm sure I've had that before. Only the subtitle tracks count for Foreign Audio Search, don't they?
Extracted with mkvextract, the two PGS/SUP subtitles are 23MB and 69MB in size.
The command line:
Code: Select all
HandBrakeCLI -i "trash/hbsample.mkv" -o "tmp-hbsample.mkv" --preset="Very Fast 1080p30" -q 20 -a 1,2,3,4 -E av_aac,av_aac,av_aac,av_aac -s 1,2
Steps to reproduce the problem (If Applicable):
HandBrake version (e.g., 1.0.0):
1.5.1
Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.13 High Sierra, Windows 10 Creators Update):
5.17.1-arch1-1 #1 SMP PREEMPT Mon, 28 Mar 2022 20:55:33 +0000 x86_64 GNU/Linux
HandBrake Activity Log ***required*** (see How-to get an activity log)
The log for the killed job, 8GB ram + 2GB swap:
http://watershade.net/public/tmp-hb-failed-01.txt
The relevant part of dmesg showing the out of memory killer working:
http://watershade.net/public/tmp-hb-oom-01.txt
The log for the successful job, 8GB ram + 8GB swap:
http://watershade.net/public/tmp-hb-success-01.txt