mplayer crashes and can only be killed with kill -9, this is the mplayer console output when it dies: Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le... AF_pre: 48000Hz/2ch/s16le AO: [oss] 48000Hz 2ch s16le (2 bps) Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le... Starting playback... mplayer: ad_liba52.c:315: decode_audio: Assertion `len <= maxlen' failed. MPlayer interrupted by signal 6 in module: decode_audio - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. *** glibc detected *** double free or corruption (!prev): 0x08759c88 *** MPlayer interrupted by signal 6 in module: uninit_acodec MPlayer interrupted by signal 2 in module: enable_cache MPlayer interrupted by signal 2 in module: uninit_vcodec Portage 2.1_pre3-r1 (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15 i686) ================================================================= System uname: 2.6.15 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.12.0_pre15 ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/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/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo/ " PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac aalib acpi afs alsa apache2 apm audiofile bash-completion berkdb bidi bigger-fonts bitmap-fonts bonobo bootsplash bzip2 ccache cdda cddb cdparanoia cdr chroot crypt cups curl dga dv dvd dvdr dvdread ecc eds emboss encode esd exif expat fam fbcon ffmpeg fftw foomaticdb fortran gd-external gdbm gif gimp gimpprint glep glitz glut gmp gpm graphviz gtkhtml idn imagemagick imap imlib ipv6 jabber jack java jikes jit jpeg jpeg2k kde kdeenablefinal kqemu ladcca lcms libg++ libwww lm_sensors lua lzo mad matroska mhash mikmod mime mjpeg mmx mmxext mng motif mozilla mozsvg mp3 mpeg mpeg4 ncurses nls nptl nvidia objc ogg oggvorbis openal opengl oss pam parse-clocks pcre pdf pdflib perl physfs png python qt quicktime readline recode ruby samba sdl spell sqlite sse sse2 ssl stream tcltk tcpd tetex threads tiff transcode truetype truetype-fonts type1-fonts udev usb utf8 visualization vorbis win32codecs wxgtk1 xine xml xml2 xv xvid zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
corrupted sample? which version of mplayer are you using?
mplayer 1.0_pre7-r1 with a known-good sample other sound works (mp3, wav, ...) but ac3 makes mplayer die and lock /dev/dsp, kill -9 needed. From a corrupted sample I'd expect sound not working, not mplayer dying :-)
Created attachment 78466 [details, diff] make ad_liba52 respect maxlen Please try this patch, it should avoid the crash (well, actually it is just an abort due to a failed assertion not really a crash...). I would assume that MPlayer will instead just hang with that patch, in which case I would need at least the full mplayer -v output.
Cleaning out old bugs, please reopen of still an issue with newer versions of mplayer (>=1.0_pre8) Thanks Patrick, Reimar
