media-sound/xmms-1.2.10-r9 shows bad / wrong playtimes for songs, rangin from approx. -infinity to +infinity. This does not happen for all files, but where it happens one can't move forward/backward in that file during play. This problem seems to be limited to mp3 files. Reproducible: Always Steps to Reproduce: 1.emerge xmms 2.load a few files 3.look at impossible playtimes (-32508:23 minutes etc.) Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10 i686) ================================================================= System uname: 2.6.10 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 7 2005, 12:06:31)] ccache version 2.3 [enabled] 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.3 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="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/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/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache cvs distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://gentoo.inode.at/ ftp://gentoo.inode.at/source/" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X aac aalib acl acpi alsa apache2 apm arts audiofile avi bash-completion berkdb bidi bigger-fonts bitmap-fonts bzlib cdr chroot cjk cross crypt css cups curl curlwrappers dbm dga directfb divx4linux doc dvd dvdr dvdread edl encode erandom esd ethereal exif faac faad flac flexresp flood font-server foomaticdb fortran freetype ftp gd gdbm gif gimp glep gmp gmttria gpm hardened hardenedphp iconv icq imlib inifile ipv6 jabber java jpeg jpeg2k junit kde ldap libcaca libwww live lzo mad makecheck mikmod mime mmx mmx2 mng monkey motif mozsvg mozxmlterm mp3 mpeg mpeg4 mpi mplayer mysql mysqli nagios-dns nagios-ntp nagios-ping nagios-ssh ncurses network nls no-old-linux nptl nptlonly ntlm nvidia offensive oggvorbis openal opengl oss pam parse-clocks pcre pdf pdflib pear-db perl pie png prelude print python qemu-fast qt quicktime readline real recode rtc samba sdl skey slang slp smime sndfile sockets spell sse ssl ssp svg svga tcltk tcpd tcpmd5 tetex tga theora threads tidy tiff truetype truetype-fonts type1 type1-fonts usb vhosts xml xml2 xmlrpc xmms xprint xv xvid xvmc yv12 zeo zlib"
What do other mp3 players, eg mpg123 and madplay, say about these files?
mplayer and mpg123 handle those files correctly.
I experienced this same problem after upgrading xmms-mad. Disabling the mad plugin corrects this for me.
Deactivating "Parse XING headers" in the mad-plugin corrects the bug also.
For me disabling the MAD plugin works, but in this way XMMS doesn't play mp3 files anymore. Deactivating "Parse XING headers" in the mad-plugin does NOT work for me.
brullo: emerge xmms-mpg123 and use that instead of xmms-mad.
Please try xmms-mad-0.8
I have the same issue with the mad plugin. I will check mpg123 and see how that runs. Also, I usually get random numbers from -30k to +30k for some odd reason :).
Disabling "Use fast playtime calculation" in the MAD Plugin configuration dialog fixed the bogus playtime problem for me. I still recommend disabling the Xing header parsing as well, because that fixed an unreported bug for me where about half of my mp3s wouldn't show up in the playlist after adding them.
Ok, I don't feel like debugging mad, so can you pleasse report this to the xmms-mad developers as it isn't Gentoo specific. If they/you get a patch, pleasse attach it and reopen.
