Videolan fails to play rtsp resources, which should be provided by live. This occurs for all rtsp:// links. Mplayer, which also uses live, seems to work fine for the same links. The bug has also been reproduced on amd64. Reproducible: Always Steps to Reproduce: 1. vlc rtsp://rmlivev8.bbc.net.uk/farm/*/ev7/live24/6music/live/6music_dsat_g2.ra Actual Results: [00000204] main input debug: `rtsp://rmlivev8.bbc.net.uk/farm/*/ev7/live24/6music/live/6music_dsat_g2.ra' gives access rtsp' demux `' path `rmlivev8.bbc.net.uk/farm/*/ev7/live24/6music/live/6music_dsat_g2.ra' [00000204] main input debug: demux2_New: access='rtsp' demux='' path='rmlivev8.bbc.net.uk/farm/*/ev7/live24/6music/liv 6music_dsat_g2.ra' [00000205] main demuxer debug: looking for access_demux module [00000205] main demuxer debug: probing 0 candidates [00000205] main demuxer warning: no access_demux module matched "rtsp" Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r6mook i686) ================================================================= System uname: 2.6.10-gentoo-r6mook i686 Intel(R) Pentium(R) 4 Mobile CPU 2.00GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 31 2005, 16:17:21)] distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i686 -pipe" 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=i686 -pipe" 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/ http://ftp.rhnet.is/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib alsa apm avi bash-completion berkdb bitmap-fonts bluetooth bootsplash cdda cddb cdparanoia cdr crypt cups curl doc dvd dvdread emacs emboss encode ethereal fam fbcon ffmpeg flac foomaticdb fortran freetype gdbm gif gphoto2 gpm gps gtk2 hal imagemagick imlib ipv6 java jikes jpeg junit libcaca libg++ libwww live mad matroska mikmod mmap mmx mmx2 mng motif mozilla mp3 mpeg nas ncurses network nls nptl ogg oggvorbis opengl pam pdflib perl png pnp python qt quicktime readline real samba sdl slang spell sse sse2 ssl svg svga tcpd tetex theora threads tiff truetype truetype-fonts trusted type1-fonts ucs2 unicode utf8 vcd vlm vorbis wmf xinerama xml2 xmms xosd xprint xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
You are playing Real Media streams. Real Media is not supported by VLC, and Real Media RTSP (which isn't RTSP 1.0 compliant) is not supported by live. This is not a bug, but missing functionatily that won't be added for quite some time I can assure you.
Oops, bad choice of example. However, I do get the same error no matter which resource I try to connect to. Looking at the output, vlc doesn't even get as far as connecting to the server. I verified this by creating a local server (vlc -vvvv -I telnet --telnet-password foo --rtsp-host localhost:8042) and connecting. The server does not show any communication attempts. Connecting from another (Debian vlc 0.8.2-svn) computer works as expected, providing the following output: [00000254] main demuxer debug: looking for access_demux module: 1 candidate Sending request: OPTIONS rtsp://ans-085.vpn.uit.no:8042/foo RTSP/1.0 CSeq: 1 User-Agent: VLC Media Player (LIVE.COM Streaming Media v2004.11.11) Oh, and since I already messed up the bug a little with the .rm, looking at the USE flags, stream seems to be missing. This is incorrect, I have compiled vlc with stream.
use vlc -vvv for VLC debug information use vlc -l | grep live to see if the livedotcom module was compiled
vlc -l | grep live returns nothing, However, the debug output states that vlc was configured with --enable-livedotcom: [00000000] main root debug: libvlc was configured with ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-altivec --enable-utf8 --enable-sout --enable-httpd --enable-vlm --enable-gnutls --enable-v4l --enable-cdda --enable-vcd --disable-dvb --disable-pvr --enable-ogg --enable-mkv --enable-flac --enable-vorbis --enable-theora --enable-x11 --enable-xvideo --enable-glx --enable-opengl --enable-freetype --disable-fribidi --enable-dvdread --enable-dvdplay --enable-dvdnav --enable-fb --enable-svgalib --disable-glide --enable-aa --enable-caca --disable-oss --disable-esd --disable-arts --enable-alsa --enable-wxwindows --enable-ncurses --enable-xosd --disable-lirc --disable-joystick --enable-livedotcom --enable-mad --enable-ffmpeg --enable-faad --enable-a52 --disable-dts --enable-libmpeg2 --disable-ggi --disable-glide --disable-skins2 --enable-cddax --enable-mozilla MOZILLA_CONFIG=/usr/lib/mozilla/mozilla-conf
well the live module for one reason or another wasn't build. try to emerge vlc again and observe the configure steps. See if you can find out WHY configure decides not to build the live module. After that try to reemerge live and then vlc again. see if it builds then. use emerge -uDav vlc to get more verbose feedback from emerge.
Maybe this from vlc's configure is relevant: checking liveMedia.hh usability... no checking liveMedia.hh presence... no checking for liveMedia.hh... no configure:18667: checking liveMedia.hh usability configure:18679: i686-pc-linux-gnu-g++ -c -Wsign-compare -Wsign-compare -Wall -O 2 -march=i686 -pipe -pipe -DSYS_LINUX -I/usr/include/liveMedia -I/usr/include/g roupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment co nftest.cc >&5 conftest.cc:202:24: liveMedia.hh: No such file or directory Actually, it appears that the libraries belonging to live exists in /usr/lib/live/(liveMedia|groupsock|and so on) and the includes, liveMedia.hh among others,in /usr/lib/live/(liveMedia|groupsock)/include. For some reason this is not where configure expects them to be. However, even adding all the include directories to CPATH and the library directories to LIBRARY_PATH, configure still fails. configure:18876: checking for main in -lliveMedia configure:18900: i686-pc-linux-gnu-g++ -o conftest -Wsign-compare -Wsign-compare -Wall -O2 -march=i686 -pipe -pipe -DSYS_LINUX -I/usr/include/liveMedia -I/usr/ include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvir onment conftest.cc -lliveMedia >&5 /usr/lib/live/liveMedia/libliveMedia.a(.text+0x5f0): In function `MediaLookupTab le::MediaLookupTable[not-in-charge](UsageEnvironment&)': : undefined reference to `HashTable::create(int)' /usr/lib/live/liveMedia/libliveMedia.a(.text+0x630): In function `MediaLookupTab le::MediaLookupTable[in-charge](UsageEnvironment&)': : undefined reference to `HashTable::create(int)' /usr/lib/live/liveMedia/libliveMedia.a(.text+0x1378): In function `ByteStreamMul tiFileSource::ByteStreamMultiFileSource[not-in-charge](UsageEnvironment&, char c onst**, unsigned, unsigned)': And so on.
This should be fixed with recent changes in vlc (it works for me in vlc-0.8.1-r1). Feel free to reopen if the bug is still there in latest version.