execution of mplayer with -rtsp-stream-over-tcp option fails. Reproducible: Always Steps to Reproduce: 1. mplayer -rtsp-stream-over-tcp "rtsp://live.media.rai.it/broadcast/radiodue.rm" (or any rtsp stream) Actual Results: -rtsp-stream-over-tcp requires the "LIVE555 Streaming Media" or "libnemesi" libraries. MPlayer SVN-r29330-4.3.3 (C) 2000-2009 MPlayer Team Expected Results: streaming... loking at the ebuild, I've discovered issues regarding both nemesi and live555: about nemesi: USE has +nemesi, but nemesi is not in portage. about live555: USE has +live, there is the dependency (live-2009.06.02 is installed), but, in te emerge log I read: Checking for Nemesi Streaming Media libraries ... no Checking for LIVE555 Streaming Media libraries ... yes (using distribution version) and later Disabled optional drivers: Input: vstream radio tv-dshow nemesi
Please post your 'emerge --info' output and attach the build log from your mplayer emerge.
Created attachment 195795 [details] emerge --info
Created attachment 195798 [details] emerge log
03 Aug 2009; Samuli Suominen <ssuominen@gentoo.org> + mplayer-1.0_rc2_p20090731.ebuild: + Remove USE nemesi since it's not in tree anymore wrt #274807. http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/nemesi/?hideattic=0 Nemesi was removed because of security issues long ago...
Mplayer did not need nemesi, it needed libnemesi which is maintained and does not have known security issues.
Reopen.
The main problem with libnemesi is that hasn't been released yet. Once there is a release it will be provided, you may use libnemesi-git from my personal overlay if you want to experiment (and/or possibly help getting it in shape)
libnemesi is now in portage, but mplayer doesn't compile with it. libmpdemux/demux_nemesi.o: In function `demux_rtp_control': demux_nemesi.c:(.text+0x51): undefined reference to `sdp_get_attr' demux_nemesi.c:(.text+0x65): undefined reference to `sdp_parse_range' libmpdemux/demux_nemesi.o: In function `demux_seek_rtp': demux_nemesi.c:(.text+0x16f): undefined reference to `sdp_get_attr' demux_nemesi.c:(.text+0x18b): undefined reference to `sdp_parse_range' demux_nemesi.c:(.text+0x215): undefined reference to `rtsp_seek' demux_nemesi.c:(.text+0x22d): undefined reference to `rtsp_wait' libmpdemux/demux_nemesi.o: In function `demux_close_rtp': demux_nemesi.c:(.text+0x36e): undefined reference to `rtsp_close' demux_nemesi.c:(.text+0x37a): undefined reference to `rtsp_uninit' demux_nemesi.c:(.text+0x3a7): undefined reference to `rtsp_wait' libmpdemux/demux_nemesi.o: In function `wait_for_packets': demux_nemesi.c:(.text+0x401): undefined reference to `rtsp_get_rtp_th' demux_nemesi.c:(.text+0x409): undefined reference to `rtp_fill_buffers' demux_nemesi.c:(.text+0x42e): undefined reference to `rtp_session_get_ssrc' libmpdemux/demux_nemesi.o: In function `link_session_and_fetch_conf': demux_nemesi.c:(.text+0x4a2): undefined reference to `rtp_fill_buffer' demux_nemesi.c:(.text+0x4d1): undefined reference to `rtp_get_fps' libmpdemux/demux_nemesi.o: In function `demux_open_rtp': demux_nemesi.c:(.text+0x753): undefined reference to `rtsp_init' demux_nemesi.c:(.text+0x78d): undefined reference to `rtsp_open' demux_nemesi.c:(.text+0x7ad): undefined reference to `rtsp_wait' demux_nemesi.c:(.text+0x7dc): undefined reference to `rtsp_play' demux_nemesi.c:(.text+0x7e7): undefined reference to `rtsp_wait' demux_nemesi.c:(.text+0x88c): undefined reference to `rtp_get_pt_info' libmpdemux/demux_nemesi.o: In function `demux_rtp_fill_buffer': demux_nemesi.c:(.text+0xdaf): undefined reference to `rtp_fill_buffer' demux_nemesi.c:(.text+0xe07): undefined reference to `rtp_fill_buffer' collect2: ld returned 1 exit status
(In reply to comment #8) > libnemesi is now in portage, but mplayer doesn't compile with it. Try mplayer from svn, it compiles OK with libnemesi. However current 9999 ebuild is unusable: teletext related configure option should be removed.
Live nemesi from git works well with live mplayer ebuild (with restored nemesi support) for a rather long time, why not to return libnemesi to the portage as a live ebuild?
(In reply to comment #10) > Live nemesi from git works well with live mplayer ebuild (with restored > nemesi support) for a rather long time, why not to return libnemesi to the > portage as a live ebuild? see bug #294117 we can reopen this bug once libnemesi is in a better shape and in the tree live ebuild only isn't a long term solution for us anyway