[FFmpeg-trac] #4937(undetermined:new): memory leak in muxing.c

FFmpeg trac at avcodec.org
Fri Oct 23 19:48:19 CEST 2015


#4937: memory leak in muxing.c
-------------------------------------+-------------------------------------
             Reporter:  blinky0815   |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  leak         |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by Cigaes):

 No idea. I have not found any evidence that it does.

 By the way, if you suspect a program leaks memory and want to test it
 without waiting forever and without trashing your system, you should run
 it with limited allowed memory. I do this with:

 With zsh, that is done with the {{{limit}}} builtin; with other shell it
 is probably within {{{ulimit}}}. The only limit I have found to work for
 that is {{{addressspace}}}. For example:

 {{{
 limit addressspace 2048M
 ffmpeg -lavfi 'testsrc, split[a][b]; [b]fifo[c]; [a][c] concat' -f null -
 }}}

 (this command will eat memory by queuing frames in the fifo before concat)

 You must adjust the number so that the command does not crash immediately.
 My main build of ffmpeg requires 460M to start running due to the large
 number of shared libraries.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4937#comment:17>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list