#15 xmms-mad displays incorrect track duration in playlist

[russofris]

I also filed this as....
http://bugs.gentoo.org/show_bug.cgi?id=125022

Good afternoon,

With xmms-mad enabled as an output plugin in xmms, a
number of MP3 files
display the incorrect duration in the playlist window.
Durations such as
17779:47 for a three minute song are not uncommon.
This does not apply to all
mp3 files, only some of them. mpeg123 and easytag
display the proper duration,
so I am assuming that this is a problem with xmms-mad
or libmad. Files play
normally, although seeking is disabled.

Ping me if you need sample files to repro, or
additional information regarding
my executables/libs (where is the bugzilla file-upload
applet?).

Thank you for your time,
Frank Russo

Other info:
h2so4 ~ # emerge -s xmms-mad

Searching...
[ Results for search key : xmms-mad ]
[ Applications found : 1 ]

* media-plugins/xmms-mad
Latest version available: 0.8-r1
Latest version installed: 0.8-r1
Size of files: 307 kB
Homepage: http://xmms-mad.sourceforge.net/
Description: A XMMS plugin for MAD
License: GPL-2

h2so4 ~ # emerge -s libmad

Searching...
[ Results for search key : libmad ]
[ Applications found : 1 ]

* media-libs/libmad
Latest version available: 0.15.1b
Latest version installed: 0.15.1b
Size of files: 490 kB
Homepage: http://mad.sourceforge.net
Description: "M"peg "A"udio "D"ecoder library
License: GPL-2
h2so4 ~ # emerge --info

Portage 2.1_pre5-r2 (default-linux/x86/2005.0,
gcc-3.4.5, glibc-2.3.6-r3,
2.6.15-gentoo-r5 i686)
=================================================================
System uname: 2.6.15-gentoo-r5 i686 AMD Athlon(TM) XP 1700+
Gentoo Base System version 1.12.0_pre16
dev-lang/python: 2.3.5, 2.4.2-r1
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-r2
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="-mtune=athlon-xp -march=athlon-xp -O3 -pipe
-funit-at-a-time"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config
/usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/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/env.d"
CXXFLAGS="-mtune=athlon-xp -march=athlon-xp -O3 -pipe
-funit-at-a-time"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowex X a52 alsa apm arts
artswrappersuid asf audiofile avi
berkdb bitmap-fonts bootsplash cdparanoia cdr crypt
cups dga divx4linux dv dvd
dvdread eds emboss encode faac ffmpeg flac foomaticdb
fortran gdbm gif gnome
gphoto2 gpm gstreamer gtk gtk2 gtkhtml id3 imlib ipv6
java joystick jpeg jpeg2k
kde lame libg++ libwww mad matroska mikmod mmx2 mng
motif mp3 mpeg mpeg2
mplayer musepack ncurses nls ogg oggvorbis opengl oss
pam pdflib perl png
python qt quicktime rar readline real samba scanner sdl
session spell sse ssl
subtitles tcpd tga theora tiff truetype truetype-fonts
type1-fonts usb v4l v4l2
vorbis win32codecs wxgtk1 wxwindows x264 xanim xine
xml2 xmms xv xvid xvmc zlib
elibc_glibc kernel_linux userland_GNU"
Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG,
LC_ALL, LDFLAGS, LINGUAS,
MAKEOPTS, PORTDIR_OVERLAY

------- Comment #1 From Frank Russo 2006-03-05 15:25
PST [reply] -------

I have uploaded a sample file to my comcast account.
The link is:

http://home.comcast.net/~f.russo/Gentoo-BugID-125022.tar.gz

This is a good one because the duration is -23735:-30.
This would be expected
if it were Huey Louis's song "Back In Time", but is
unacceptable otherwise ;-)

[Samuel Krempp]

Logged In: YES
user_id=545049

I had the same thing.
those files have images of the cover embedded in them, right
? It seems that messes up the "fast" duration evaluation
(duration = date / bit_rate over first few frames).

pretty annoying, yeah.
a fix would be to make all vbr files duration be evaluated
over the whole file (the code for that gets the duration
right). But then loading a playlist would take ages..

[Dave_AA_MI_US]

Logged In: YES
user_id=1165468
Originator: NO

More examples of files that have this problem are at:

http://www.onthemedia.org/index.xml

All of the podcast files at this site have the same issues with MAD but they work OK with other MP3 decoders.