Bug 88554 – xine hangs in fullscreen mode.

• Product: Gentoo Linux
• Status: RESOLVED UPSTREAM

[Description Jakob Schiotz 2005-04-10 02:02:06 UTC]

When I try to play a DVD in fullscreen mode, xine hangs.  If I start xine with 'xine -f dvd://' it shows a black window and the XINE splash window, and then hangs with both windows unresponsive.  It takes a kill -9 to stop it.  If I start xine without the -f option it works fine until I press 'f', then xine freezes.

It used to work just fine, but last Friday I updated the machine after a long break, and xine broke.  Both xorg and xine-lib were updated.  I tried to rebuild xine-ui, that usually fixes problems appearing when xine-lib is updated, but not this time.

I am running a 'stable' system, i.e. x86 not ~x86.



Reproducible: Always
Steps to Reproduce:
1. xine -f dvd://
2.
3.

Actual Results:  
Xine hangs.

Expected Results:  
It should have played the DVD.

emerge info
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20041102-r1,
2.6.11-gentoo-r5 i686)
=================================================================
System uname: 2.6.11-gentoo-r5 i686 Mobile Intel(R) Pentium(R) 4     CPU 3.06GHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4-r1 [2.3.4
(#1, Feb 11 2005, 11:30:52)]
dev-lang/python:     2.2.3-r5, 2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.6.3, 1.8.5-r3, 1.7.9-r1, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r7
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.19-r1, 2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer -fprefetch-loop-arrays
-falign-functions=4"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /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/lib/X11/xkb /usr/lib/mozilla/defaults/pref /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=pentium4 -pipe -fomit-frame-pointer -fprefetch-loop-arrays
-falign-functions=4"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/
ftp://trumpetti.atm.tut.fi/gentoo/ ftp://ftp.rhnet.is/pub/gentoo/
ftp://gd.tuwien.ac.at/opsys/linux/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X Xaw3d aalib acpi alsa arts avi berkdb bitmap-fonts cdr crypt cups
curl dga directfb doc dvd emacs emboss encode fam flac font-server foomaticdb
fortran gdbmgif gpm gtk gtk2 imagemagick imap imlib java jpeg kde libg++ libwww
mad maildir mbox mikmod motif mozilla mp3 mpeg mule ncurses nls oggvorbis opengl
oss pam pcmcia pdflib perl png pnp ppds python qt quicktime readline sdl slang
speex spell sse ssl svga tcltk tcpd tetex tiff truetype truetype-fonts trusted
type1-fonts usb wxwindows xml2 xmms xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

[Comment 1 Jakob Schiotz 2005-04-10 03:27:26 UTC]

Updating to the latest unstable versions of xine-lib and xine-ui solves the problem.

This combination works:
x11-base/xorg-x11-6.8.2-r1
media-libs/xine-lib-1.0
media-video/xine-ui-0.99.3

This combination does not work:
x11-base/xorg-x11-6.8.2-r1
media-libs/xine-lib-1_rc8-r1
media-video/xine-ui-0.9.23-r2
(which is a bit unfortunate, since this is the combination the majority of Gentoo users get).

[Comment 2 Aiko Barz 2005-04-21 12:55:49 UTC]

xine-lib-1_rc8-r1 seems to be completely broken. xine crashes while switching to fullscreen mode. And xine needs 95-99% CPU time while playing the "slide show".

Updating to 1.0-r1 fixed the issue. Now, xine only uses 15-18% of my CPU resources, which is much better.

[Comment 3 Diego Elio Pettenò (RETIRED) 2005-04-26 06:45:54 UTC]

Resolving as upstream, new versions fixes the problem and 1.0-r2 is going stable.