I see this behavior on two different gentoo installations (on mine and on a friend's of mine), both ~x86. There is a problem related to xine: It freezes _always_ when I want xine to play videos from a mounted cdrom. All the videos are like this: * ripped from dvd with dvd-rip * container: ogg media (.ogg) * audio-codec: ogg-vorbis, german + english * video-coded: xvid-4 The cdroms contain an iso9660-fs including a single file, the ogg-container. 1. Mount the cdrom mount /mnt/cdrom 2. Play the video: xine /mnt/cdrom/video.ogg _or_ "xine" + Open URL + "play" 3. Xine starts but freezes immediately. Both the control- and the video window keep redrawn, but all buttons are "dead". When I copy the file to harddisk first, it works flawlessly. cp /mnt/cdrom/video.ogg /var/tmp/ xine /var/tmp/video.ogg -> No problems. Same problem when using kaffeine. I don't think its a kernel related problem. I tested gentoo-dev-sources-2.6.7-r11 ck-sources-2.6.7-r5 on a SMP machine. My friend uses similar kernels on a different uniprocessor machine, but same problems. But: Sometimes xine freezes, sometimes it terminates after some minutes, _but_ sometimes it wakes up after 2-3 minutes and starts playing the video from cdrom. Only when starting the video from harddisk, xine plays immediately. SVCD's work flawlessly too. But I never mount them manually, I click on xine's button. No problems with mplayer. Regards, Florian Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: Xine freezes, or needs a long time to start a video from cdrom. Expected Results: Should play video without freezing Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040619-r0, 2.6.7-ck5) ================================================================= System uname: 2.6.7-ck5 i686 AMD Athlon(tm) MP 2100+ Gentoo Base System version 1.5.1 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-Os -march=athlon-mp -mcpu=athlon-mp -momit-leaf-frame-pointer -ffast-math -ftracer -frename-registers -finline-limit=600 -mfpmath=387 -m3dnow -fomit-frame-pointer -pipe" 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.3/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="-Os -march=athlon-mp -mcpu=athlon-mp -momit-leaf-frame-pointer -ffast-math -ftracer -frename-registers -finline-limit=600 -mfpmath=387 -m3dnow -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache prelink sandbox" GENTOO_MIRRORS="http://gentoo.inode.at/ ftp://gentoo.inode.at/source/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apm arts avi berkdb cddb cdparanoia cdr crypt cups divx4linux dvd emacs encode faad flac flash foomaticdb gdbm gif gimp gphoto2 gpm gstreamer icq imagemagick imlib jabber jack java jikes jpeg kde libg++ libwww linguas_de mad matroska mikmod mmx mng motif mpeg ncurses nls nptl oggvorbis opengl oscar oss pam pda pdflib perl pic png ppds python qt quicktime readline scanner sdl slang socks5 spell sse ssl svga tcltk tcpd tetex theora threads tiff truetype usb v4l v4l2 wmf x86 xml2 xmms xv xvid zlib"
Does this issue work with a variety of ogg files? Is it xvid specific for the video stream? Are you using the latest xine-lib-1_rc5-r2? Are there bad frames in the video stream? If it's bad frames, cdroms have a fun enough time trying to stream the video, much less dealing with streaming if there's errors in your video stream. Local file streaming is extremely fast, and wouldn't have too much of an issue dealing with that.
Hi, thanks for your reply. I took a bunch of cd's in order to follow your advice, and discovered the following: It's not the stream/file/whatsoever on the cd, it's the fact that there is a cd mounted at the requested mountpoint! (For all subsequent uses of "freeze" I mean that the interface freezes, and xine has to be killed by a "killall -9 xine") umount /mnt/cdrom mount /mnt/cdrom ls -al /mnt/cdrom -> some-video.ogg xine /mnt/cdrom -> freeze, no splash screen, just black window xine /mnt/cdrom/some-video.ogg -> freeze, no splash screen, just black window su -l mount /mnt/cdrom xine /mnt/cdrom -> freeze, no splash screen, just black window umount /mnt/cdrom # as root xine /mnt/cdrom -> no freeze, shows slash screen, navigation possible exit # now user xine /mnt/cdrom -> no freeze, shows splash screen, but navigation starts in home directory: /mnt/cdrom is not readable by users in unmounted state. mount /mnt/cdrom cd ~/ xine -> open file-> /mnt/cdrom -> shows .ogg-file -> "click to start" :-) -> xine freezes ------------------ root@powerstation /home/florian # etcat -v xine-lib [ Results for search key : xine-lib ] [ Candidate applications found : 6 ] Only printing found installed programs. * media-libs/xine-lib : [ ] 0.9.13-r3 (0) [ ] 1_rc2 (1) [ ~ ] 1_rc3-r1 (1) [ ] 1_rc4 (1) [ ] 1_rc4-r1 (1) [ ~I] 1_rc5-r2 (1) root@powerstation /home/florian # etcat -v xine-ui [ Results for search key : xine-ui ] [ Candidate applications found : 8 ] Only printing found installed programs. * media-video/xine-ui : [ ] 0.9.13-r1 (0) [ ] 0.9.21-r1 (0) [ ] 0.9.22-r1 (0) [ ] 0.9.22-r2 (0) [ ~ ] 0.9.23-r1 (0) [ ] 0.9.23-r2 (0) [ ~ ] 0.99.1 (0) [ ~I] 0.99.2 (0) root@powerstation /home/florian # BTW: There is another "behavior" that could possibly be a bug of xine or KDE 3.3beta2. Do you use KDE 3.3beta2? * Open a Konsole * Start xine * Quit xine * Konsole returns to bash, but "hangs" and does not accept keystrokes. When you switch to a different window (a konqueror for example) and simply switch back to the konsole, it stopped hanging. I only discovered this behavior when messing around with xine. Greetings, Florian
can you emerge strace if you don't have it, run it on xine while you're playing off a cdrom and attach the results to this bug? Thanks.
Hi, ok, I emerged strace. I did the following: Open a "konsole" "watch free" Open another konsole "mount /mnt/cdrom" "strace -o xine xine /mnt/cdrom" output attached as attachment 1 [details].) Xine starts, and tries to open the file(s) at /mnt/cdrom immediately. It starts "buffering" it: You see the tons of "read" lines in the output. It takes 3-4 minutes, and xine does "unfreeze" while starting to play the video. This happens when the strace output changes to a different style then "just" those read lines. 2.) In the mean time, xine ate up my whole memory! It looks like it wants to buffer the whole file to memory before starting to output it. I had 300 MB of free memory, but the size decreased to ~3 MB and then it started eating up my buffers/cache... The attachment (xine.strace.bz2) is ~2 MB. I don't know if its OK to send this big file as an attachment. Try this URL: http://www.stud.tu-ilmenau.de/~evers/xine.strace.bz2 Greetings, Florian
Hi, I tried different versions of xine-lib, and the bug came along between xine-lib 1_rc4-r1 and 1_rc5-r2. I just tested xine-lib, and did not recompile xine-ui or any other packages.
Problem still there in xine-lib-1_rc5-r3.
I have exactly the same problem as described before. Xine freezes when I try to start a video (ogg) from a mounted cdrom. It works fine when I open the same video from the harddisk. I'm using xine-lib-1_rc5-rc3.
Seems to be fixed in: media-libs/xine-lib-1_rc6 :-)
Sorry, I meant "Closed"...