Opened 13 years ago

Closed 13 years ago

#76 closed defect (invalid)

Memleak with avi file

Reported by: Carl Eugen Hoyos Owned by:
Priority: minor Component: avformat
Version: git Keywords:
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

Memleak with the sample from ticket #75

==6140== Command: ffmpeg_g -i fraps_artefacts.avi -f null -
==6140==
FFmpeg version git-N-29241-gddb00ad, Copyright (c) 2000-2011 the FFmpeg developers
  built on Apr 20 2011 11:37:48 with gcc 4.4.5
  configuration: --cc='/usr/local/gcc-4.4.5/bin/gcc -m32' --disable-asm
  libavutil    51.  0. 0 / 51.  0. 0
  libavcodec   53.  0. 0 / 53.  0. 0
  libavformat  53.  0. 0 / 53.  0. 0
  libavdevice  53.  0. 0 / 53.  0. 0
  libavfilter   2.  0. 0 /  2.  0. 0
  libswscale    0. 13. 0 /  0. 13. 0
Input #0, avi, from 'fraps_artefacts.avi':
  Metadata:
    encoder         : Lavf53.0.0
  Duration: 00:00:00.05, start: 0.000000, bitrate: 329638 kb/s
    Stream #0.0: Video: fraps, bgr24, 960x540, 60 tbr, 60 tbn, 60 tbc
[buffer @ 0x52e5080] w:960 h:540 pixfmt:bgr24
Output #0, null, to 'pipe:':
  Metadata:
    encoder         : Lavf53.0.0
    Stream #0.0: Video: rawvideo, bgr24, 960x540, q=2-31, 200 kb/s, 90k tbn, 60 tbc
Stream mapping:
  Stream #0.0 -> #0.0
Press [q] to stop encoding
==6140== Conditional jump or move depends on uninitialised value(s)bits/s
==6140==    at 0x85B7A69: av_log_default_callback (log.c:120)
==6140==  Uninitialised value was created by a stack allocation
==6140==    at 0x85B7976: av_log_default_callback (log.c:91)
==6140==
frame=    3 fps=  2 q=0.0 Lsize=      -0kB time=0.05 bitrate=  -3.5kbits/s
video:0kB audio:0kB global headers:0kB muxing overhead -inf%
==6140==
==6140== HEAP SUMMARY:
==6140==     in use at exit: 8 bytes in 2 blocks
==6140==   total heap usage: 220 allocs, 218 frees, 16,578,672 bytes allocated
==6140==
==6140== 4 bytes in 1 blocks are definitely lost in loss record 1 of 2
==6140==    at 0x4CA1C8C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so)
==6140==    by 0x4CA1D16: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so)
==6140==    by 0x81114BD: av_new_stream (utils.c:2608)
==6140==
==6140== 4 bytes in 1 blocks are definitely lost in loss record 2 of 2
==6140==    at 0x4CA1C8C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so)
==6140==    by 0x4CA1D16: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so)
==6140==    by 0x81114BD: av_new_stream (utils.c:2608)
==6140==    by 0x20495640: ???
==6140==
==6140== LEAK SUMMARY:
==6140==    definitely lost: 8 bytes in 2 blocks
==6140==    indirectly lost: 0 bytes in 0 blocks
==6140==      possibly lost: 0 bytes in 0 blocks
==6140==    still reachable: 0 bytes in 0 blocks
==6140==         suppressed: 0 bytes in 0 blocks
==6140==
==6140== For counts of detected and suppressed errors, rerun with: -v
==6140== ERROR SUMMARY: 4 errors from 3 contexts (suppressed: 3 from 3)

Change History (2)

comment:1 by reimar, 13 years ago

Can't reproduce the leak with latest git.

comment:2 by Carl Eugen Hoyos, 13 years ago

Resolution: invalid
Status: newclosed

I can't reproduce it any more either.

Note: See TracTickets for help on using tickets.