Displaying video under mplayer-1.0_pre7 then closing it causes xawtv-3.94-r2 to no longer display video, overlay or grapdisplay mode. On a side note: displaying any video in mythtv-0.18.1-r2 (recorded shows or live) under Xv makes the video in xawtv display again. Reproducible: Always Steps to Reproduce: 1. Run mplayer with a video 2. Close mplayer 3. Run xawtv Actual Results: Running xine{-lib-1.0-r2,-ui-0.99.3} doesn't seem to undo whatever mplayer is doing, nor does xine cause the problem. Gentoo Base System version 1.6.12 Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r9 i686) ================================================================= System uname: 2.6.11-gentoo-r9 i686 AMD Athlon(tm) Processor Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 12 2005, 00:28:03)] ccache version 2.2 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.9.5, 1.5, 1.7.9-r1, 1.4_p6, 1.6.3, 1.8.5-r3 sys-devel/binutils: 2.11.92.0.12.3-r2, 2.16.1 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/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/generic/config/ /usr/share/texmf/tex/platex/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="-march=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox sfperms strict userpriv" GENTOO_MIRRORS="ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://gentoo.ccccom.com http://gentoo.netnitco.net" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/mnt/misc/portage/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X Xaw3d a52 aac aalib aim alsa apm arts asm avi berkdb bitmap-fonts bonobo bzlib cdparanoia cdr crypt cscope curl divx4linux doc dv dvd dvdr eds emboss encode esd evo examples exif fam fbcon ffmpeg flac foomaticdb fortran gb gcj gd gdbm ggi gif gmp gnome gnustep gpm gstreamer gtk gtk2 gtkhtml guile icq imagemagick imlib java jpeg junit kde kdeenablefinal kdexdeltas ldap lesstif libg++ libwww live lzo mad mikmod mjpeg mmx mmxext mng motif mozcalendar mozilla mozsvg mp3 mpeg mysql mythtv nas ncurses network nls objc offensive ogg oggvorbis opengl oscar oss pam pdflib perl pic pie png python qt quicktime readline real rtc ruby samba scanner sdl slang softmmu sox spell sse ssl svg svga tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd videos vorbis win32codecs wxwindows xine xinerama xml xml2 xmms xv xvid xvmc yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
You should not use multiple XV with programs unaware of each other at the same time since the result is undetermined
It's not at the same time. mplayer, xawtv, and mythtv were all run one at a time. On a side note totally unrelated to this bugpost, the first and last switch to x11 output if Xv is unavailable, while xawtv will complain about the Xv port being unavailable. The bug report is about serial execution of mplayer using Xv and xawtv.
MPlayer now disables automatic colorkey painting since this created problems in the past (xvinfo will show this as XV_AUTOPAINT_COLORKEY). xawtv wrongly assumes this is activated. With a sufficiently new MPlayer version (not sure if that include pre7) you can use -vo xv:ck-method=auto. There is also a tool to set all those Xvideo variables, but I forgot the name. But the best solution would of course be fixing xawtv.
I just checked. xvinfo does list XV_AUTOPAINT_COLOR as 0, but "xawtv -xv -xv-video" actually works properly. For some reason I'm unable to have the behavior repeat itself now. My only real guess is that my turning off of "ColorTiling" under "Device" in xorg.conf has something to do with it. However, I've created a patch to xawtv to set XV_AUTOPAINT_COLOR to 1. Perhaps someone else who is experience the problem right now can tell if it works.
Created attachment 62019 [details, diff] Should cause xawtv/motv/rootv to enable xv_autopaint_colorkey
xawtv is media-tv's package.
Thank you for the patch. :-) Now it works for me. It would be nice if the patch comes in the portage.
Fixed in 3.95.
