Bug 106351 – mplayer-bin does not include lirc support

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Rutger Hendriks 2005-09-18 04:01:58 UTC]

I've been using the unofficial mplayer32-bin for months in my AMD64 MythTV
setup. However it has been superseded by the official mplayer-bin in portage. I
have therefore installed mplayer-bin-1.0_pre7-r2, but it seems there is no lirc
support in mplayer-bin. This means I can no longer stop a movie when I watch it
on my TV. I have to kill it remotely.
I cannot use the regular mplayer in my MythTV setup, because of the lack of
codecs for some video files.

Since lirc support is vital for me, I would like to see it added. If there is
anything I can do, please ask.

# emerge info
Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-gentoo-r9 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.13
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8 -fomit-frame-pointer -momit-leaf-frame-pointer -fweb
-frename-registers -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 /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=k8 -fomit-frame-pointer -momit-leaf-frame-pointer -fweb
-frename-registers -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy ccache distlocks moo sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo
ftp://ftp.tiscali.nl/pub/mirror/gentoo"
LINGUAS="nl en_GB"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage"
USE="amd64 S3TC X a52 aac aalib acpi alsa amarok apm arts asterisk audiofile avi
bash-completion bitmap-fonts bluetooth bzip2 cddb cdparanoia cdr chroot crypt
css cups dedicated dga dio dmx dts dv dvd dvdr dvdread edl emul-linux-x86 encode
evo exif fame fbcon fbdev festival ffmpeg fftw flac foomaticdb fortran freetype
ftp gcj gd gif gphoto2 graphviz gs gstreamer gtk gtk2 hal icq ieee1394
imagemagick imap imlib imlib2 ipv6 irmc ithreads jabber java javascript joystick
jp2 jpeg jpeg2k kde kdeenablefinal kdepim lcd lcms libcaca libclamav lirc live
lm_sensors logitech-mouse lzo lzw mad mbox mbrola mcal mime mjpeg mng motif
mozcalendar mozilla mozsvg mozxmlterm mp3 mpeg mpeg4 mpi mplayer msn musicbrainz
mysql mythtv nas ncurses net nethack network nls nowin nptl nptlonly nvidia oav
objc offensive ogg oggvorbis openal opengl oss pda pdf pdflib perl pic plotutils
png posix ppds python qt quicktime rdesktop readline real rtc samba sasl sdl
session smime sms speex spell ssl stream subp subversion svg tcltk tetex tga
theora threads tiff transcode truetype truetype-fonts usb userlocales utf8 v4l
v4l2 vcd vcdimager videos visualization vorbis winbind wmf xine xmms xosd xpm
xrandr xscreensaver xv xvid xvmc yv12 zlib zvbi linguas_nl linguas_en_GB
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, MAKEOPTS

[Comment 1 Daniel Gryniewicz (RETIRED) 2005-09-18 14:48:21 UTC]

I can build in support, but I cannot test it, because I do not have a compatible
remote controller.  I'll look into it.

There's also the matter of added libs to the emul-linux-x86 set.  It will take
some time.  Are you willing to test a version with lirc in an overlay?

[Comment 2 Rutger Hendriks 2005-09-18 15:23:44 UTC]

I can test it with my remote control, no problem.

Something I would like to mention: There is a lirc USE flag. If you do not want
everyone to have lirc support, you could maybe use this flag. Then again, maybe
it would be too much trouble (like having 2 different mplayer-bin packages) and
it might be easier to simply enable it for all.
Thanks

[Comment 3 Daniel Gryniewicz (RETIRED) 2005-09-18 15:32:25 UTC]

Unfortunately, USE flags don't really apply to binaries, because they're already
built.  I'll look into lirc.

[Comment 4 Rutger Hendriks 2005-10-25 06:03:38 UTC]

How is the status of this bug? Do you have time to whip something up for me to
test? I reverted back to the unofficial mplayer32-bin after I posted this bug,
so I have been able to use my machine just fine, but I guess not everyone will
be able to find this (I think it is removed from the website I downloaded it)
and eventually I will have to switch.
Thanks

[Comment 5 Mario 2005-10-26 08:59:24 UTC]

I have the exact same trouble as you with mythtv and mplayer-bin with no lirc
support.  I've just told my roomates not to add wmv movies for now and I'm just
using the 64 bit mplayer.    I'm more than willing to test this in an overlay if
a build is created with lirc.

[Comment 6 Daniel Gryniewicz (RETIRED) 2005-10-29 18:36:21 UTC]

Okay, there's an overlay here:
http://dev.gentoo.org/~dang/mplayer-bin-lirc-overlay.tar.bz2

I don't have any kind of lirc device, so I have no idea if mixing bitness of
lirc will work.  Theoretically, it should be fine, because it uses a unix domain
socket, but we'll see.  You will need full 64-bit lirc installed (and
mplayer-bin will dep on it if you have the lirc USE flag set).  Please test and
report back here.

[Comment 7 Rutger Hendriks 2005-11-01 02:51:10 UTC]

I am happy to report that there were no problems _whatsoever_ using the overlay
and I now have an official mplayer-bin _with_ lirc support! Thanks!

[Comment 8 Daniel Gryniewicz (RETIRED) 2005-11-01 07:48:02 UTC]

Cool.  I'll add it to the tree.

[Comment 9 Daniel Gryniewicz (RETIRED) 2005-11-01 07:54:37 UTC]

committed

[Comment 10 Mario 2005-11-01 11:32:59 UTC]

works great for me too.