Here is a short e-mail conversation I've made with Daniel Caujolle-Bert: From me: [cut] Almost each time I want to open a media file, xine either ignores that fact or tells me that the MRL is incorrect. It also ~ recieves SIGSEGV occasionally: xine: found demuxer plugin: Elementary MPEG stream demux plugin av_offset=0 pts spu_offset=0 pts gui_xine_open_and_play(): ~ mrl: '/mnt/public/Teledyski/Rammstein - Mein Teil.mpeg', ~ sub 'NONE', ~ start_pos 0, start_time 0, av_offset 0, spu_offset 0. xine: found input plugin : wtyczka wejścia pliku xiTK received SIGSEGV signal, RIP. I also find out that xine messes up the first part of MRL very often (ie. changes '/mnt' in /mnt/public/Teledyski/Rammstein - Amerika.avi to rubbish, like '/?
Here is a short e-mail conversation I've made with Daniel Caujolle-Bert: From me: [cut] Almost each time I want to open a media file, xine either ignores that fact or tells me that the MRL is incorrect. It also ~ recieves SIGSEGV occasionally: xine: found demuxer plugin: Elementary MPEG stream demux plugin av_offset=0 pts spu_offset=0 pts gui_xine_open_and_play(): ~ mrl: '/mnt/public/Teledyski/Rammstein - Mein Teil.mpeg', ~ sub 'NONE', ~ start_pos 0, start_time 0, av_offset 0, spu_offset 0. xine: found input plugin : wtyczka wejścia pliku xiTK received SIGSEGV signal, RIP. I also find out that xine messes up the first part of MRL very often (ie. changes '/mnt' in /mnt/public/Teledyski/Rammstein - Amerika.avi to rubbish, like '/?ß'). [cut] Response: [CUT] Yep, it's a well known memory corruption bug. I suggest you to try CVS version of xine-ui. [CUT] Yet no other workaround was proposed than trying the CVS version of xine-ui. I think that in that case it would be reasonable to either remove the 0.99.2 version from portage, hard-mask it or replace with a cvs version. Reproducible: Always Steps to Reproduce: Actual Results: Xine-ui 0.99.2 recieves segfaults, crashes, etc. Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.8-gentoo-r3) ================================================================= System uname: 2.6.8-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-Os -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/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="-Os -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi acpi4linux alsa arts audiofile autofs avi berkdb bidi bitmap-fonts cdparanoia cdr crypt cups devfs dga divx4linux doc dvb dvd dvdr encode escreen esd fbcon flac flash foomaticdb gdbm gif gimpprint gphoto2 gpm gtk gtk2 imlib ipv6 java jpeg kadu-modules kadu-voice kde libg++ libwww linguas_pl lirc mad md5sum mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pcmcia pda pdflib perl png pnp ppds python qt quicktime readline ruby samba scanner sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype type1 usb videos vim-with-x wxwindows x86 xine xml xml2 xmms xprint xv xvid zlib"
I looked over the xine-ui changes since the last release and the only related change I could find was the following: http://cvs.sourceforge.net/viewcvs.py/xine/xine-ui/src/xitk/actions.c?r1=1.246&r2=1.247&sortby=date&diff_format=u Could you try xine-ui with the patch applied and see if it fixes the problem? Thank you.
Well, the MRL problem seems to be gone now. The patch howerver needs a little lifting: hell xine-ui-0.99.2 # patch -p2 < patch.diff patching file src/xitk/actions.c Hunk #1 FAILED at 17. Hunk #2 succeeded at 1231 (offset -7 lines). Hunk #3 succeeded at 1271 (offset -7 lines). Hunk #4 succeeded at 1289 (offset -7 lines). Hunk #5 succeeded at 1342 (offset -7 lines). 1 out of 5 hunks FAILED -- saving rejects to file src/xitk/actions.c.rej hell xine-ui-0.99.2 # cat src/xitk/actions.c.rej *************** *** 17,23 **** * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA * - * $Id: actions.c,v 1.246 2004/07/23 13:36:14 f1rmb Exp $ * * implementation of all the various actions for the gui (play, stop, open, pause ...) * --- 17,23 ---- * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA * + * $Id: actions.c,v 1.247 2004/08/24 19:18:29 f1rmb Exp $ * * implementation of all the various actions for the gui (play, stop, open, pause ...) * Anyway, there are still two major bugs that occur: 1. I've opened a few mpg/avi files in a row using GUI (Open -> File). It seemed to work fine. Then I've opened Rammstein - Mein Teil.mpg. From now on any time I want to open anything, xine simply ignores it... neither doesn't give any output nor plays the file. When I click stop and then try to open a movie, xine usually crashes: gui_xine_open_and_play(): mrl: '/mnt/public/Teledyski/Linkin Park - Numb - Live on Kimmel.mpg', sub 'NONE', start_pos 0, start_time 0, av_offset 0, spu_offset 0. xine: found input plugin : wtyczka wejścia pliku xiTK received SIGSEGV signal, RIP. Przerwane I don't know if the problem is in the way that the clip was encoded or something... I just know that works fine with xine-0.99.1 ;-) 2. xiTK recieves SIGSEGV _very_ randomly and _very_ not rarely :( Regards, Koxta
CVS snapshot now in portage. Give it awhile to propigate not only the ebuild, but also the snapshot tarball as well. Thanks for posting, it does indeed seem much more stable.
Yeah, the SIGSEGv problem is finally gone... however, there is one thing that still bugs me... When I do Open -> File, the file is being added to the queue... It should be played instantly instead. Is there any option that changes this awful behaviour? Or is it just a ,,feature''?