[streaming] Re: Question about RTSP, HTTP and VLM

[Antoine Roussel]

It depends of your network and of your file. If i remember well, Mpeg 4
bitrate may vary between few kbit/s and 4Mbit/s.

So, on a 100mbit LAN, you don't really need to transcode it. On a wifi
802.11b network, you should reduce the bitrate...

Concerning the udp, any computer on the same subnet could pick up the flux.
If you have to change of subnet, you need to route the udp port through you
router.

On 3/25/06, Zeb <zeb at zebulon.org.uk> wrote:
>
> Athlon2x wrote:
> > Hi,
> >
> > if i understand well, in the first case, you don't use any "video
> > server", just a http server. In the second case, you use a "video
> server".
> >
> > So, if your network is enough fast, you can play your movie directly
> > from the http link.
> >
> > Otherwise, you have to transcode your source and use a server.
> >
> > With your first solution, you use more network resources, with the
> > second one, you use more computer resources.
> >
> > Bye,
> > Antoine
> >
> > PS : if your are on a local network, you should try UDP unicast.
> Thanks for the answer. That's right, the first solution just involves
> making the file available on an http server.
> BTW, the file is already an mpeg4 (encoded by XviD) file, so I guess I
> don't need to transcode it ?
> And what would bring UDP unicast over this solution ? I know UDP is
> "lighter" for the network (and computer resource). Would the client be
> able to start the file at any point ?
>
> Thanks
> Eric
>
> --
> This is the streaming mailing-list, see http://www.videolan.org/streaming/
> To unsubscribe, please read http://www.videolan.org/support/lists.html
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.videolan.org/pipermail/streaming/attachments/20060327/bc068311/attachment.htm