1 Jun 2008 17:58
Re: memory leak on input file change
Jens Hanowell <hanowell <at> muenster.de>
2008-06-01 15:58:26 GMT
2008-06-01 15:58:26 GMT
> On Sat, Apr 19, 2008 at 06:11:25AM +0200, Jens Hanowell wrote: > > Problem: Whenever mplayer switches to another movie, about 50..100kB > > system memory is lost. Normally I won't care about this looking at > > dvd's, but in a continuously running presentation environment this > > is a real issue. > > Not reproducible here, try with -nocache -nosound. If you are using > slave mode interface, see if the problem also happens if you specify all > names on the command line. > Unless you can tell us how to reproduce this problem, you will have to > find the problem yourself, e.g. with valgrind --leak-check=full > OK, after some 30 hours I found the bug: Every time an audio stream starts, that uses ad_liba52.c, a buffer of about 12 kB will be allocated and never freed. This may affect ad_hwac3.c as well, I didn't dive in. My presentation system still uses mplayer-0.90 so I fixed the bug there [free buffer "a52_samples" in uninit() and 4 other places]. In the current release 1.0RC2 many things related to this driver have changed and therefore the fix cannot be ported that easy. But the problem itself of never calling a52_decode_end() or a52_free() still exists. Another memory leak in release 0.90 is a not freed stream instance while the demuxer tries to find the best video codec. Again I fixed this in release 0.90 only - maybe this has been done in 1.0RC2, I didn't look. What has to be done now with this problem? Greetings, Jens(Continue reading)
RSS Feed