[FFmpeg-trac] #10554(ffmpeg:new): Potential memory leak when using HEVC during a concat.
FFmpeg
trac at avcodec.org
Thu Sep 7 19:39:54 EEST 2023
#10554: Potential memory leak when using HEVC during a concat.
-----------------------------------+--------------------------------------
Reporter: KyuVulpes | Type: defect
Status: new | Priority: normal
Component: ffmpeg | Version: git-master
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-----------------------------------+--------------------------------------
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.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/10554>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list