Opened 14 months ago
#10554 new defect
Potential memory leak when using HEVC during a concat.
Reported by: | KyuVulpes | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | ffmpeg |
Version: | git-master | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug: Increasingly high memory usage when using video files encoded using HEVC, regardless of output video codec.
How to reproduce:
% Have 2 files, one of them should be encoded in HEVC (I am using MKV file containers). % Put both of the files into a concat filter complex. ffmpeg version: 2023-09-04-git-f8503b4c33 built on ...
The exact command I am using is ffmpeg.exe -i ./Test0.264.mkv -i ./Test1.mkv -filter_complex "[0][1]concat=2:a=5:v=1[out]" -map "[out]" -c:v h264_amf -c:a flac -b:a 320k -ar 48000 -b:v 30M ./Output.mkv -y -threads 24
However, I have also tested this on an NVidia GTX 1650 GPU, Intel UHD Graphics iGPU, and lastly using CPU encoding. The CPU encoding is a lot slower in memory usage accumulation, but it still eats up memory. And only 1 of the input files have to be HEVC and part of the concat in order for this to happen. If I use h264 only in the concat param, then it doesn't happen. So I know it's not something with how AMD, Intel, or NVidia have with their hardware acceleration, and I know it's not an issue on a single computer. It also occurs on both Linux and Windows, with my Linux system running n6.0.
I've gone back some versions and using the latest one on gyan.dev's site for Windows. I haven't tried the git branch one on Linux.
First part of the log file.