[FFmpeg-trac] #1147(undetermined:new): FFmpeg memory leak in last version.

FFmpeg trac at avcodec.org
Thu Mar 29 15:43:54 CEST 2012


#1147: FFmpeg memory leak in last version.
---------------------------------+----------------------------------------
             Reporter:  kriptha  |                    Owner:
                 Type:  defect   |                   Status:  new
             Priority:  normal   |                Component:  undetermined
              Version:  0.10.2   |               Resolution:
             Keywords:           |               Blocked By:
             Blocking:           |  Reproduced by developer:  0
Analyzed by developer:  0        |
---------------------------------+----------------------------------------

Comment (by kriptha):

 Because when you kill program it frees al blocks and tells there is no
 memory leak.

 Now I run it with memcheck with this command line:
 {{{
 valgrind -v --tool=memcheck --leak-check=full /home/mark/ffmpeg -y -v 9
 -loglevel 99 -i http://10.42.43.200:1260 -vn -ar 32000 -ac 2 -acodec
 pcm_s16le -f s16le test/test.raw
 }}}

 And what I see is that every time takes more and more memory:
 {{{
 --14609-- REDIR: 0xffffffffff600000 (???) redirected to 0x38040893
 (vgPlain_amd64_linux_REDIR_FOR_vgettimeofday)
 --14609-- memcheck GC: 1024 nodes, 1024 survivors (100.0%)
 --14609-- memcheck GC: increase table size to 2048
 --14609-- memcheck GC: 2048 nodes, 2048 survivors (100.0%)
 --14609-- memcheck GC: increase table size to 4096
 --14609-- memcheck GC: 4096 nodes, 3072 survivors ( 75.0%)
 --14609-- memcheck GC: increase table size to 8192
 --14609-- memcheck GC: 8192 nodes, 7168 survivors ( 87.5%)
 --14609-- memcheck GC: increase table size to 16384
 size=   29640kB time=00:08:23.04 bitrate= 482.7kbits/s
 }}}
 But when I close it, the report says:
 {{{

 --14609-- REDIR: 0xffffffffff600000 (???) redirected to 0x38040893
 (vgPlain_amd64_linux_REDIR_FOR_vgettimeofday)
 --14609-- memcheck GC: 1024 nodes, 1024 survivors (100.0%)
 --14609-- memcheck GC: increase table size to 2048
 --14609-- memcheck GC: 2048 nodes, 2048 survivors (100.0%)
 --14609-- memcheck GC: increase table size to 4096
 --14609-- memcheck GC: 4096 nodes, 3072 survivors ( 75.0%)
 --14609-- memcheck GC: increase table size to 8192
 --14609-- memcheck GC: 8192 nodes, 7168 survivors ( 87.5%)
 --14609-- memcheck GC: increase table size to 16384
 size=   30123kB time=00:08:26.90 bitrate= 486.8kbits/s
 video:0kB audio:30123kB global headers:0kB muxing overhead 0.000000%
 Received signal 2: terminating.
 ==14609==
 ==14609== HEAP SUMMARY:
 ==14609==     in use at exit: 0 bytes in 0 blocks
 ==14609==   total heap usage: 47,940 allocs, 47,940 frees, 447,989,754
 bytes allocated
 ==14609==
 ==14609== All heap blocks were freed -- no leaks are possible
 ==14609==
 ==14609== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4)
 --14609--
 --14609-- used_suppression:      2 dl-hack3-cond-1
 --14609-- used_suppression:      2 glibc-2.5.x-on-SUSE-10.2-(PPC)-2a
 ==14609==
 ==14609== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4)
 }}}
 There is anything else I can do to help with this bug?

 Thanks anyways for your time.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1147#comment:4>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list