[FFmpeg-user] Out of virtual memory (swap, I assume)
Paul B Mahol
onemda at gmail.com
Tue Feb 2 20:38:04 EET 2021
minterpolate filter may leak memory, i havent tried to run it under
valgrind because i have only 4GB of RAM, and slow CPU.
On Tue, Feb 2, 2021 at 7:22 PM Mark Filipak (ffmpeg) <markfilipak at bog.us>
wrote:
> Windows 10-1803
> Memory: 32GB
> Virtual memory: 128GB on an SSD-RAID0.
>
> No other applications running.
>
> ffmpeg -i "THE LAST EMPEROR [1987] source part5.mkv" -map 0
> -filter_complex
> "minterpolate=fps=48000/1001:mi_mode=mci:mc_mode=obmc:scd=fdiff:scd_threshold=10:vsbmc=1:search_param=32,
>
> telecine=pattern=3322,pp=linblenddeint, setpts=N*1001/60000/TB" -codec:v
> libx265 -x265-params
> "crf=20:qcomp=0.60" -codec:a copy -codec:s copy "THE LAST EMPEROR [1987]
> part5.mkv"
>
> As the transcode proceeds, I watch the virtual memory commit climb
> steadily.
> As the transcode proceeds, I watch the memory allocation top out and then
> hover there.
> I went to bed, but I assume that when the virtual memory commit tops out,
> ffmpeg reports the
> following error:
> "Error while filtering: Cannot allocate memory
> "Failed to inject frame into filter network: Cannot allocate memory
> "Error while processing the decoded data for stream #0:0
> "Conversion failed!"
>
> There's something about 'source part5.mkv' that causes the fault, but I'll
> be damned if I can find it.
>
> I tried the part 5 transcode 3 times:
> 1, While concurrently transcoding parts 1-4 (which all succeeded), and
> 2, On its own, and finally
> 3, I again extracted part 5 via MKVToolNIX, and transcoded again.
> That last time I made sure that 'source part5.mkv' played correctly (with
> correct running times in
> MPV) and with monotonically increasing timestamps before transcoding for
> the 3rd time.
>
> I took 4 pertinent files, renamed them, zipped them as part5.zip
> ...6,138,036,350 bytes.
> Inside part5.zip is:
> [part5.zip]\source part5.mkv ...6,150,347,006 bytes
> [part5.zip]\source part5.mkv timestamps.txt ...5,095,698 bytes
> [part5.zip]\part5.mkv failure #3.log ...3,372,428 bytes
> [part5.zip]\part5.mkv timestamps.txt ...3,114,801 bytes
>
> *** Well, dropbox seems to be malfunctioning. Can you suggest an
> alternative? ***
>
> Any/all ideas regarding how I can successfully transcode part 5 will be
> much appreciated even if
> it/they fail.
>
> Thanks and Good Health. Regards,
> Mark.
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
More information about the ffmpeg-user
mailing list