Bug 132004 – media-video/mplayer-bin - gmplayer-bin seek slider broken

• Product: Gentoo Linux
• Status: RESOLVED WORKSFORME

[Description Robin Wood 2006-05-02 03:02:34 UTC]

The handle on the slider which shows the position in the file is stuck at the left hand side of the bar. You can drag an invisible handle along it to seek through the file but the actual visible handle stays on the left.

version:
MPlayer dev-CVS-060414-18:32-3.4.5 (C) 2000-2006 MPlayer Team

Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6.13-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.13-gentoo-r5 x86_64 AMD Sempron(tm) Processor 3000+
Gentoo Base System version 1.6.14
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5, 2.4.2
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
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
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-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/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict usersandbox"
GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk ftp://mirrors.blueyonder.co.uk/mirrors/gentoo http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 X aalib alsa apache2 audiofile avi berkdb bitmap-fonts bonobo browserplugin bzip2 cdparanoia cdr cdrom cli cpudetection crypt cups curl directfb dri dvd dvdr dvdread eds emboss encode esd ethereal exif expat fam font-server foomaticdb fortran gd gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml guile idn imagemagick imap imlib ipv6 isdnlog jpeg kde lcms ldap libclamav libwww lzw lzw-tiff mhash mng motif mozilla mp3 mpeg mysql mythtv ncurses nls nsplugin nvidia offensive ogg opengl pam pcre pda pdflib perl php png pop postgres pppd python qt quicktime readline reflection samba sdl session slang smime spell spl ssl svg tcpd theora tiff truetype truetype-fonts type1-fonts udev usb v4l v4l2 vhosts vorbis wmf xml xml2 xmms xorg xpm xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

[Comment 1 Simon Stelling (RETIRED) 2007-02-06 12:50:38 UTC]

since mplayer now also plays wmvs, what exactly is the point in keeping mplayer-bin around? is there anything left mplayer can't do that mplayer-bin can?

[Comment 2 Olivier Crete (RETIRED) 2007-02-06 14:28:23 UTC]

yes there are quite a few formats that mplayer-bin plays, but not mplayer.. if I remember correctly, there is at least one version of WMV that still requires the non-free stuff.

[Comment 3 Steve Dibb (RETIRED) 2007-02-06 14:44:15 UTC]

(In reply to comment #1)
> since mplayer now also plays wmvs, what exactly is the point in keeping
> mplayer-bin around? is there anything left mplayer can't do that mplayer-bin
> can?
> 

WMV is still only the tip of the iceberg, there are far more codecs that 32-bit player can play than 64 can.  Of course, they're all pretty unheard of, but still.   Realplayer and some QT libs do fall into that category though.

[Comment 4 Simon Stelling (RETIRED) 2007-03-14 13:22:15 UTC]

Any chance this was resolved with the version bump some time ago?

[Comment 5 Robin Wood 2007-03-14 13:42:28 UTC]

I can't comment as I'm currently using Arch not gentoo.

[Comment 6 Steve Dibb (RETIRED) 2007-03-14 14:02:25 UTC]

(In reply to comment #5)
> I can't comment as I'm currently using Arch not gentoo.
> 

alright, thanks Robin. :)