There seems to be a huge memory leak in Mplayer 1.0_pre6 (might exist in previous versions as well) when playing back DVDs. This happened two times with two different DVDs. The first time I couldn't identify the issue because the system almost froze (with 20+ loads) and I had to kill the process (thought a bad DVD triggered something). I just watched another DVD and was about to close the player when I saw everything was lagging and both memory (1GB total) and swap were maxed out. The second I closed MPlayer everything went back to normal. Reproducible: Always Steps to Reproduce: 1. USE="dvd" emerge mplayer 2. play back a DVD in mplayer Actual Results: memory and swap will all be used up at some point Expected Results: don't use up all memory and swap Portage 2.0.51-r12 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-LNX i686) ================================================================= System uname: 2.6.10-LNX i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jul 30 2004, 00:33:37)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -mfpmath=sse -msse2 -mmmx -O3 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -mfpmath=sse -msse2 -mmmx -O3 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/bmg-main" SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage" USE="X aalib alsa apm arts avi berkdb bitmap-fonts bonobo breakme cdr crypt cups divx4linux dvb dvd dvdread encode esd f77 fam flac font-server foomaticdb fortran gdbm gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imlib ipv6 jack java jpeg kde ldap libg++ libwww lirc lzw-tiff mad mikmod mmx motif mozilla mpeg ncurses nls nptl nptlonly nvidia oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline real samba scanner sdl slang spell sse ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts usb v4l v4l2 winbind wmf x86 xml xml2 xmms xorg xorg-x11 xv xvid zlib" Unset: LDFLAGS
Just to make sure, does this happen with local mplayer builds?
@2: What exacltly do you mean by that?
I mean that if you compile the cvs mplayer source, does this issue occur? By knowing that, I can tell whether this is a Gentoo issue or not.
Maybe this is http://bugzilla.mplayerhq.hu/show_bug.cgi?id=198 ?
Sounds exactly like it as I used gmplayer and I do use alsa... Looks like the alsa patch (http://sourceforge.net/mailarchive/message.php?msg_id=10552053) didn't make it in portage yet. I'll try with that alsa patch and see if the problem still exists. If that fixes it maybe open an alsa bug?
Created attachment 50594 [details, diff] Alsa mixer memleak patch This is the alsa patch from http://sourceforge.net/mailarchive/message.php?msg_id=10552053 It seems to fix the memleak that gmplayer+alsa is experiencing.
Created attachment 50595 [details] Suggested ebuild to supplement the patch.
wow.. that's a sad one liner. I'll have a look at this today.
Annnnnnnd a couple of weeks later (ouch..). The one line is now in portage. Thanks for posting. CC-ing rest of the sound herd so they have documentation about the bug.
