VLC - stream to web site

[ibstars]

With VLM config you can broadcast multiple channels.
Example vlm config file with 3 streams running
-------------------------------cut here
new channel1 broadcast enabled
setup channel1 input http://livetvtest.tk:11111 (ignore this text and braces here , write your PID instead 11111,22222,33333)
setup channel1 output #transcode{vcodec=h264,vb=200,deinterlace,ab=32,fps=25,width=256,height=192,acodec=mp3,samplerate=44100}:duplicate{dst=std{access=http{mime=video/x-flv},mux=ffmpeg{mux=flv},dst=/mediaplayer/stream1.flv},dst=display}

new channel2 broadcast enabled
setup channel2 input http://livetvtest.tk:22222
setup channel2 output #transcode{vcodec=h264,vb=200,deinterlace,ab=32,fps=25,width=256,height=192,acodec=mp3,samplerate=44100}:duplicate{dst=std{access=http{mime=video/x-flv},mux=ffmpeg{mux=flv},dst=/mediaplayer/stream2.flv},dst=display}

new channel3 broadcast enabled
setup channel3 input http://livetvtest.tk:33333
setup channel3 output #transcode{vcodec=h264,vb=200,deinterlace,ab=32,fps=25,width=256,height=192,acodec=mp3,samplerate=44100}:duplicate{dst=std{access=http{mime=video/x-flv},mux=ffmpeg{mux=flv},dst=/mediaplayer/stream3.flv},dst=display}

control channel1 play
control channel2 play
control channel3 play
-------------------------------cut here

[ibstars]

UPDATE: Guys we need to change the input from http to udp so the output is from udp to HTTP, that way the streaming is more reliable and it takes a small amount of bandwidth.
From mine experience streaming access via HTTP is not reliable.
Try getting used to UDP streaming. From udp to http output is better with minimal bandwidth.
I tested the same source and streamed it both ways. The HTTP input via HTTP output was like 320KB to 450KB with one user viewing.
With udp input to http output was like 50KB to 80KBmax with one user viewing

[ibstars]

Hello there.
I think this is were this topic will end about live streaming via HTTP.
Doing some research along the way it appears that we were doing HTTP progressive streaming, and that is not really a good way for streaming online because it involves caching. Caching on disk is unavoidable if you use HTTP progressive download as a delivery method.
Don't get me wrong you can still stream online live using this methods and experiment along the way with friends, but we may use this as a last resort.
Anyway it was fun.
So i guess we have to find a new way on how to stream live from your own PC using streaming protocol like RTMP..
Upcoming tutorial will do is in HTTP pseudo-streaming.

Research show's that even with HTTP pseudo-streaming the caching will still exists. So guys we are stuck with it at the moment.
Anyway most websites that host's movies to watch online they still use the same technique we used, so is not bad after all.
I think YouTube is doing RTMP not sure though.I'm not an expert but my tests are always accurate.
Maybe I'm moving to fast with my updates, please people let me know if all this what we have covered at least changed your mood after all lol.
The power of vlc . I'm not sure is this were it ends.Was vlc meant or is planing to RTMP infrastructure, or am i talking rubish.
I'm stuck at the moment
I've learned a lot along the way , vlc is a amazing software.

Is there RTMP servers to buy so you can have them at your house.A bit confused with rtmp streaming.

[ibstars]

UPDATE: Guys we need to change the input from http to udp so the output is from udp to HTTP, that way the streaming is more reliable and it takes a small amount of bandwidth.
From mine experience streaming access via HTTP is not reliable.
Try getting used to UDP streaming. From udp to http output is better with minimal bandwidth.
I tested the same source and streamed it both ways. The HTTP input via HTTP output was like 320KB to 450KB with one user viewing.
With udp input to http output was like 50KB to 80KBmax with one user viewing

This still wont have any effect in what we covered so far , just ignore this

[ibstars]

Actually guys we were doing ok with the methods we used.
After Reading at http://en.wikipedia.org/wiki/Adaptive_bitrate_streaming
The latest versions of Flash Player and Flash Media Server support adaptive bit-rate streaming over the traditional RTMP protocol, as well as HTTP, similar to the HTTP-based solutions from Apple and Microsoft.[13]

HTTP-based streaming has the advantage

of not requiring any firewall ports being opened outside of the normal ports used by web browsers.

HTTP-based streaming also allows video fragments to be cached by browsers, proxies, and CDNs, drastically reducing the load on the source server.

So yes It has to do caching so the server reduces it load. Not bad after all .
So basically , only 2 ports are opened if you stream from your web server(pc)-(port 80 and 8080)

Never mind , I'm the client when i enter the web lol

[sconde23]

Hello, IBstars, can you help me with a problem?
I have 4 IP cameras (CCTV me) and I would like to see them live in VLC.
How can I do this?

Thanks

[ibstars]

Hello, IBstars, can you help me with a problem?
I have 4 IP cameras (CCTV me) and I would like to see them live in VLC.
How can I do this?

Thanks

Sorry it took so long to reply back.
I already mention in how to broadcast multiple channels in here. viewtopic.php?f=4&t=55764&start=20#p361152
If your idea is to stream CCTV at your home, than this should work.
I your are planning to use this as in your shops or office than i suggest you try something more secure and more reliable. Like this example here.
http://www.cctvcamerapros.com/port-forwarding-s/130.htm