Bug 178031 – media-video/mplayer-1.0.20070427 displays wrong time length for flac files, seeks incorrectly as well

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Jacob 2007-05-11 11:12:09 UTC]

When playing flac files, mplayer displays the wrong time length -- usually about 10x larger than the actual time.  This has an impact on seeking as well -- I have to try and seek a minute in order to seek a few seconds.

The actual audio is played correctly.  As the file plays, the current time position displayed advances quickly; that is, the current time displayed divided by the total time displayed seems to give an accurate indication of the percentage of the file played so far.

`xmms` does not have this problem; `metaflac` and even `file` see the correct number of samples and sample rate.  This problem happens on every flac file.  These files were created locally (with `flac`, natch).


Reproducible: Always

Steps to Reproduce:
1. Play a flac file with mplayer

Actual Results:  
Incorrect time displayed, seeks do not work properly.

Expected Results:  
Correct time displayed, seeks work properly.

1) The audio portion which mplayer displays.  The "64.0 kbit/4.54% (ratio: 8000->176400)" part seems questionable to me.

==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 64.0 kbit/4.54% (ratio: 8000->176400)
Selected audio codec: [ffflac] afm: ffmpeg (FFmpeg FLAC audio decoder)
==========================================================================

2) package.use

media-video/mplayer a52 avi dvd dvdnav cpudetection gif live matroska mp2 mpeg oggvorbis real rtc svga tga theora xanim X o
pengl sdl xv xvid xvmc aalib libcaca dts dvd dvdread mmx mmxext sse 3dnow 3dnowext win32codecs real quicktime aac stream cd
da smb divx4linux x264 dv libdv amr amr_wb amr_nb musepack speex twolame toolame lame liblzo lzo winvidix

3) emerge info

*** Deprecated use of action 'info', use '--info' instead
Portage 2.1.2.2 (default-linux/x86/2007.0/desktop, gcc-3.3.6, glibc-2.5-r2, 2.6.20.6 i686)
=================================================================
System uname: 2.6.20.6 i686 AMD Athlon(TM) XP 2100+
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 05 May 2007 13:00:01 +0000
ccache version 2.4 [disabled]
dev-java/java-config: 1.3.7, 2.0.31-r5
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.4.3-r4, 1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /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/share/X11/app-defaults /usr/share/X11/xkb /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/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/terminfo"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="C"
LC_ALL="C"
LINGUAS="C en ja"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X aalib acl alsa avi berkdb bitmap-fonts cairo cdr cjk cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode evo fam firefox flac fortran gdbm gif gpm gstreamer gtk hal iconv imlib immqt-bc isdnlog jpeg kde kerberos ldap libg++ mad mbox midi mikmod mmx mmxext mp3 mpeg ncurses nls nptl nptlonly offensive ogg oggvorbis opengl oss pcre pdf pdflib perl png postgres pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="C en ja" USERLAND="GNU" VIDEO_CARDS="radeon fglrx vesa vga"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

4) emerge -pvD mplayer

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] x11-libs/libXvMC-1.0.4 [1.0.2] USE="-debug" 220 kB
[ebuild   R   ] media-video/mplayer-1.0.20070427  USE="3dnow 3dnowext X a52 aac aalib alsa amr cpudetection dts dv dvd dvdnav dvdread encode gif gtk iconv jpeg libcaca live lzo mad mmx mmxext mp2 mp3 musepack opengl oss png quicktime real rtc sdl speex sse svga tga theora truetype unicode vorbis win32codecs x264 xanim xv xvid xvmc (-altivec) -arts -bidi -bindist -bl -cddb -cdparanoia -custom-cflags -debug -dga -directfb -doc -dvb -enca -esd -fbcon -ftp -ggi -ipv6 -ivtv -jack -joystick -lirc -livecd -md5sum -nas -openal -pnm -radio -rar -samba -srt -sse2 -tivo -v4l -v4l2 -vidix -xinerama -zoran" VIDEO_CARDS="vesa -mga -s3virge -tdfx" 0 kB

Total: 2 packages (1 upgrade, 1 reinstall), Size of downloads: 220 kB

[Comment 1 Manuel Leithner 2007-07-20 23:16:06 UTC]

Same here on x86_64.

I get the exact same output from the ffmpeg decoder (the stuff you listed, with the "64 kbit/4.54%" in it).

The files I used were not encoded locally; metaflac says:

METADATA block #2
  type: 4 (VORBIS_COMMENT)
  is last: false
  length: 328
  vendor string: reference libFLAC 1.1.0 20030126
  comments: 9
    comment[0]: REPLAYGAIN_TRACK_PEAK=0.99273682
    comment[1]: REPLAYGAIN_TRACK_GAIN=-3.46 dB
    comment[2]: REPLAYGAIN_ALBUM_PEAK=1.00000000
    comment[3]: REPLAYGAIN_ALBUM_GAIN=-3.35 dB
    comment[4]: TITLE=tofustaggerbush jingle bells
    comment[5]: ARTIST=pcr026
    comment[6]: ALBUM=flac
    comment[7]: TRACKNUMBER=01
    comment[8]: Comment=Encoded by FLAC v1.1.2a with FLAC Frontend v1.7.1

Mplayer was compiled with:
-3dnow -3dnowext +X +a52 +aac -aalib +alsa -altivec -amnrb -amrwb -arts -bindi -bindist -bl -cddb +cdparanoia -cpudetection -custom-flags -debug -dga -directfb -dts -dv -dvb +dvd -dvdnav -enca +encode -esd -fbcon +ftp -ggi +gif +gtk +iconv +ipv6 -ivtv +jack -joystick +jpeg -libcaca -lirc -live -livecd -lzo +mad -md5sum +mmx -mmxext -mp2 +mp3 +musepack -nas -openal +opengl -oss +png -pnm +quicktime -radio -rar +real -rtc +samba +sdl -speex -srt +sse +sse2 -sssee2 -svga -tga +theora -tivo +truetype +unicode -v4l -v4l2 +video_cards_mga +video_cards_s3virge +video_cards_tdfx +video_cards_vesa -vidix +vorbis -win32codecs -x264 -xanim -xinerama +xv +xvid -zvmc -zoran
(yeah, I know, they're messy...)

[Comment 2 Brandon Mintern 2008-01-24 15:54:55 UTC]

I previously had this bug as well, but it now appears to be fixed for me (amd64) on version 1.0_rc2_p24929-r1. If the OP or someone on x86 would try it out, we can probably change this bug to FIXED.

[Comment 3 Jacob 2008-02-18 07:13:20 UTC]

mplayer (1.0_rc2_p25993) is still a bit schizo about it's time location in a .flac, but not enough to hinder seeking.  So I agree that this apparently trivial problem of not being able to seek a file is solved.