I've tried out several RTP streaming options and the best scenario is to use GnuTV as the streaming source and VLC as the client.
Scenario 1 - dvbstreamThe current
dvbstream is version 0.6, which is only downloadable via
CVS.
My several attempts did not get dvbstream to tune to the frequency for streaming. The workaround is to use tzap to continuously lock to the frequency in the background with dvbstream retrieving the data.
For example:
- open an xterm window then execute "tzap -c channels.conf 'Digital CNA'". Do not stop the process.
- open another xterm window then execute "dvbstream -ps 35 99". This command will stream the channel over RTP using multicast address 224.0.1.2 port 5004.
Using dvbstream, I was not able to get VLC player v0.8.5 to receive. But MPlayer and Xine was able to receive it. For example, to get Mplayer to play the stream, issue "
mplayer -cache 500 rtp://224.0.1.2:5004"
Scenario 2 - GnuTVThis is my preferred option because GnuTV can tune and stream out. In addition, VLC player works.
GnuTV is available at
http://linuxtv.org/hg/dvb-apps. Click 'tree' then click 'gz' or 'bz2' to get the tarball.
gnutv is also easier to use as a RTP streaming server. For example "
gnutv -channels channels.conf -out rtp 224.0.1.2 5004 'Digital CNA'" is sufficient to tune to the channel for RTP streaming.
For windows client, you can use VLC or Mplayer. VLC is more user friendly. An important parameter is the cache. Use enough cache size like 500, so that the player has enough buffer to display a steady video.