When i start totem with "totem file1.mpg", it starts with a blue screen [TM]. The sound is played but somehow the video won't get started. When i close totem and try again, everything works like expected. Using Totem 0.99.8 with xine-lib 1_rc4-r1. Reproducible: Always Steps to Reproduce: 1. Start totem 2. Play files (only tried mpg so far) 3. Sound will be played but the screen remains blue... Actual Results: I see no video Expected Results: It should play the video right the first time. Portage 2.0.50-r9 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r1, 2.6.7-rc3-bk7) ================================================================= System uname: 2.6.7-rc3-bk7 i686 Athlon XP Barto Gentoo Base System version 1.4.16 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -pipe -mmmx -msse -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /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="-O3 -march=athlon-xp -pipe -mmmx -msse -m3dnow" DISTDIR="/tmp/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.tiscali.nl/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi alsa apm audiofile avi berkdb cdr crypt divx4linux encode esd foomaticdb gdbm geoip gif gphoto2 gtk gtk2 guile imagemagick imlib java jikes jpeg libg++ libwww mad mikmod mmx motif mpeg ncurses offensive oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sdl slang sse ssl svga tcltk tcpd tiff truetype usb wmf x86 xml xml2 xmms xv xvid zlib"
try to reproduce with totem-0.99.15.1 & reopen if needed
Tried with totem-0.99.15.1, still reproducable.
probably xine with xv or something
http://freedesktop.org/pipermail/xorg/2004-September/002888.html probably related, cc-ing the X team
Maybe a related problem: - media-video/totem-0.99.8-r2 -curl -debug -debug -gstreamer -lirc +mad - media-libs/xine-lib-1_rc6 +X -aalib +alsa -(altivec) +arts +avi -debug -directfb +dvd +esd +gnome -ipv6 +nls +oggvorbis +sdl -speex -theora - media-libs/flac-1.1.0-r2 -debug -sse +xmms - sys-apps/portage-2.0.50-r11 -build -multilib -(selinux) - sys-kernel/gentoo-sources-2.4.26-r9 -build -doc When I try to start "totem" as an "ordinary user" (seems to work as root) using the .desktop-shortcut (Gnome Applications Menu Entry) nothing happens beside of "Starting totem..." in the window list. Inspecting my list of processes (afterwards) reveals that "totem" (a small "launcher process"?) is running... Even more interesting: If I start "totem" from a (gnome-)terminal using the FULL path "/usr/bin/totem", everything works fine except of totem's "complain" about the missing media-file it played last time... So I edited "/usr/share/applications/totem.desktop" -- Exec=totem ++ Exec=/bin/bash -c "killall totem;/usr/bin/totem" and "/usr/share/applications/vanity.desktop" (same problem) -- Exec=vanity ++ Exec=/bin/bash -c "killall vanity;/usr/bin/vanity" and finally "/usr/share/application-registry/totem.applications" -- command=totem ++ command=/bin/bash -c "killall totem; /usr/bin/totem $0" ("killall", just in case that there are hanging "launcher processes") Now it works! :-) BTW: USE="...xmms..." in "make.conf" of the "default-x86-2004.2" profile forces "xmms" to be installed with "flac". Don't know what (else) happens, if I add "-xmms" to my "USE" flags. I prefer (gnome desktop) to use "beep-media-player" instead of "xmms", because of its "GTK+2" GUI. Greets Axel
*** Bug 66001 has been marked as a duplicate of this bug. ***
...I must admit that my "workaround" didn't work after all. 5..10 successfull "totem launches" are by no means a prove for a workaround. Sorry! Things are probably much more complicated (maybe #64929 is right?). After testing 0.99.8-r2 with "xine" (before) and "gstreamer" (now) (the later requires an explicit emerge of "gst-plugins-0.6.4", see #64142) it is clear that this "locking problem" happens with both variants. At least on my "xorg-x11-6.7.0-r2" with "xorg radeon driver". I also gave "~x86" (0.99.15.1) a try but this ended up with even more problems. "gstreamer" and "totem" are known to be not very stable and "watching movies on a computer" (instead of going to the cinema) is of questionable value anyway... ...so what!? :-) My input on this thread summarized: - 0.99.8-r2 should force "gst-plugins-oss.0.6.4" to be emerged, if "gstreamer" is in USE="..." - both variants ("xine" and "gstreamer) are having this "locking problem" on xorg-x11-6.7.0-r2 (with xorg radeon driver) - I do not think that upgrading to "~x86" (0.99.15.1) solves this problem. Greets Axel
Is this solved by the workaround to bug #64929 (excluding patch 0155 from X)?
Sorry for this late response... I had to do a lot of emerging after updating to the 2004.3 profile. Now I'm running "xorg-x11-6.8.0-r3" (not the "r2"-release that is Donnie referring to), but the problem does not seem to be fixed. It's still somewhat "non-deterministic". * Using an "application launcher" (from desktop or application menu) almost never works ("totem" running in background, but no window) * Launching from "gnome-terminal" does work more often. Maybe this problem and #64929 are not as closely related as it seems on first glance. Maybe I'm the only one who is still experiencing the "totem problem". Who knows ... Greets Axel
-r3 doesn't have that fix. only -r4 and -r2.
Hmmh... Not easy to guess from the changelog entries! After adding both "x11-base/xorg-6.8.0-r4" and "x11-base/opengl_update-2.0_pre2" to "/etc/portage/package.unmask" and "/etc/portage/package.keywords" I'm ready for "take off", i. e. run "emerge --update x11". Back in a/some minute(s)... Axel
YES! That's it! (on xorg-x11-6.8.0-r4 && opengl_update-2.0_pre2) I have succesfully launched "totem" (my old build -0.99.8-r2 +gstreamer) about 30 times in a row. The window ALWAYS showed up immediately! Using an "application launcher" or running "totem" from a terminal window made no difference. It worked both ways. Thank you very much for your work! (Would like to know, how much time one has to spend to fix bugs in large packages like this. It took me about 30 minutes to build the package, although almost all object files where available in ccache...) Greets Axel
Actually, I've got a minimal build now that gets things done in ~12 minutes. But it still amounts to a significant amount of time. *** This bug has been marked as a duplicate of 64929 ***
