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

[Athlon2x]

Ok.

And you are right, the easiest way for you (and for the client) is the http
mode.

Regards,
Antoine

On 3/28/06, Zeb <zeb at zebulon.org.uk> wrote:
>
> Antoine Roussel wrote:
> > 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.
>
>
> Thanks for those precisions.
>
> The problem with UDP unicast is that the client has no control over the
> flux. I want the server to stream a file from any time point (which can
> been done with the --start-time switch), but I also want the client to
> be able to seek the file. When I start the udp server, there is no
> problem with UDP unicast. However, when the client starts and reads the
> udp stream, he cannot restart to the beginning or seek in the file.
>
> What I would like, is that the client get control using the slider, as
> it is the case when the file is sent over http, without any streaming. I
> thought about writing a small client (maybe http client) to send the
> "play", "stop" or "seek" control commands to the rtcp server, through
> the telnet or http interface of VLM.
>
> Regards,
> 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/20060328/9487bfb2/attachment.htm