[streaming] Re: How to tune a DVB-S card?

[Benjamin PRACHT]

On Thu, Nov 11, 2004, Josef Wolf wrote :
> Ough, that looks pretty complicated at first glance.  But when going into
> details, pretty much is just repeated.  Just to make sure I understand
> correctly: This way one vlc instance will serve a whole transponder.
> To connect to a specific channel a client needs to connect to the
> appropriate port.  Multiple clients can connect to a specific port.
> So when a client wants to watch CNN, it will connect to yoko:3001.
> If it wants to watch SAT.1, it will connect to yoko:3002. And so on.
> 
> Seems like this is exactly what I was looking for.  How would the client
> connect to a specific cahnnel?  Something like "vlc -vvv udp:[yoko:3001]"?

Roughly, yes, except that, if you are using multicast, it would be more
fit to use a different multicast address for each channel instead of a
different UDP port. Multicast will increase load of your network if your
switches don't support igmp snooping. In that case, all the traffic will
be broadcasted to all nodes. If you switches have support for igmp
snooping, only nodes who ask for the stream will get it. 

An alternative is udp unicast. However, this is a "push" streaming
method. That means that you need to specifiy the destination of the
stream on server side. 

In this case, the best fit alternative would certainly be http or
rtsp... both are supported by VLC as server and client. However, I'm not
absolutely sure set top boxes can read such streams (they probably can).
In that case, you shouldn't have vlc open a new http server on a
different port for each stream, but rather always use the same http
server, on the same port, using a different path (std{access=http,mux=ts,url=/channel1}...std{access=http,mux=ts,url=/channel2})

-- 
BigBen

-- 
This is the streaming mailing-list, see http://www.videolan.org/streaming/
To unsubscribe, please read http://www.videolan.org/support/lists.html