View Single Post
Old 05-07-2008, 12:56   #8
popper
Inactive
 
Join Date: Jan 2006
Posts: 3,270
popper has a bronze arraypopper has a bronze arraypopper has a bronze array
popper has a bronze arraypopper has a bronze arraypopper has a bronze arraypopper has a bronze arraypopper has a bronze arraypopper has a bronze array
Re: CCTV thru Router

Quote:
Originally Posted by Graham M View Post
Erm, you'd need a TV tuner for that as that camera has no network connectivity. Quite how easy it'd be to stream once you'd got the connectivity I've no idea. Best stick with cameras with built-in web servers to be honest!
dead easy, the problem people have, is over complicating this stuff.

in effect your just dealing with some form of video input into a PC ,be it USB,PCi,anologue, digital,wireless, whatever.

taking that composit feed (in this case) to the PC using a simple and cheap BT787 Tv card with composit input for instance, and streaming it back out again over tcp:IP /UDP or tunnel with VLC.

OC doing the realtime anologue composit TV input is the killer for your CPU as it needs to encode the composit feed into digital for your Ip streaming later,the faster the PC CPU the better in all things software encoding composit inputs especially the larger screen sizes PAL D1 aka 720x576.

your far better off feeding that composit feed into some form of USB realtime hardware Encoder (reasonably cheap and small/low power now)to the likes of MPeg4 ASP (aka DivX/Xvid),Mpeg4 AVC (aka H.264) would be by far the best OC, but you cant get cheap realtime (or better than) CIF (small video that cams use a lot) AVC/H.264 USB Encoders yet....

digital video content in, digital video content back out, takes almost no CPU power, you could even do that on a 2 watt Efika board http://www.powerdeveloper.org/
, so digital video on the fly for your feed is Obviously the far better anwser if you can use that....

so again, IP webcams are better as they already have onboard hardware encoding codecs included (thats why they cost loads of money),usually its the massive and old mpeg2 codec (use AVC instead) encoder chips i think though.... that then sends this encoded digital stream out on the wire(less) IP you set, be it a wastful unicast IP or a far better Multicast LAN IP (224.0.0.1)

AVC/H.264 IS GOOD for your bandwidth , USE it were ever you can

setting up the streaming is simple enough for one feed, just use VLC in most cases, and use Multicasting to make it far simpler to stream a single video feed to any and all LAN connected PC's or wireless Ipods and the like, from the LAN side.

to take that feed and viewing it over the net should then be as simple as running peter's free java tunnel at the primary WAN connected PC, and another one working as the client tunnel on the other connecting webside PC ,and knowing that ISP given home IP address and port No. to see the feed on the other web side end.

more home feeds just need to be placed on another multicast address or port homeIP:224.0.01, homeIP:224.0.0.2, HomeIP:224.0.0.3 etc

IP cams are better OC, as if you get low power ones, then you power them off a battery and solar cell, or if their wired then a simple powerOverEthernet box and you dont enen need mains power at the cams position 40 foot down the garden,still need to protect and dig in the ethernet cable placed in conduit though.

the reason i say Multcast is simple, one single feed ,many PC's as viewers on the LAN side, so saving much bandwidth and minimum CPU power required to distribute that datastream.

and IF you can program with Rebol scripting or whatever ,a point to multi point Multicasting server app script then theres on reason that i can think of that you couldnt then have many hundreds of webside viewers connecting to that single Multicast video HomeIP:224.0.0.1 feed


but that part escapes me as i know and understand the full tech, but programming and scripting loose me, i do know rebol wan be used very effectivly, but i cant find anyone to write these scripts as a a fully working app guide to help expand on my idea's, so if you can perhaps we might get somewere

the reason im interested in this video streaming is the likes of the NoDPI BT demo, and supplying lots of mobile webcam feeds to all the interested partys sat at home not able to attend and to colect for later , for video PR combilations to help inform others about this DPI kit for profit etc.

and i dont want to rely in any way on 3rd partys or signing up for streaming sites before you or anyone can start their as it happens video feeds, announced on the Phorm thread etc.... we have seen what happens when you rely on companys to professionally record events and release it unedited


webPC<-multicast-tunnel><homePC>VLC-Multicast-Video-Feed<wired-or-wirlessLAN>

http://www.cdt.luth.se/~peppar/progs/mTunnel/
"
[img]Download Failed (1)[/img] multicast Tunnel - mTunnel [img]Download Failed (1)[/img]

The mTunnel is an application that tunnels multicast packets over an unicast UDP channel. Several multicast streams can be sent over the same tunnel while the tunnel will still only use one port. This is useful if tunneling through a firewall.

The applications primary goal is to allow for easy tunneling of multicast over for instance a modem and/or an ISDN connection.

The mTunnel has a built in Web-server allowing for easy access to information about current tunnels. This server listens by default on port 9000 on the machine where started.
The mTunnel also listens on session announcements for easier tunneling of known sessions.

If you download and install this package please send me an email! :-) (peppar@cdt.luth.se.invalid)
The latest public version is 0.3 released 980102.
README Changelog
Download: Windows UNIX
This version is NOT compatible with earlier versions of mTunnel!
I have also written two papers about this application: Paper1 - 1998 Paper2 - 1997
Peter Parnes
-----------------

http://www.videolan.org/vlc/streaming.html
"
Streaming

Overview of the VideoLAN streaming solution






The VideoLAN streaming solution includes two programs:
  • VLC media player which can be used as a server and as a client to stream and receive network streams. VLC is able to stream all that it can read.
  • VLS (VideoLAN Server), which can stream MPEG-1, MPEG-2 and MPEG-4 files, DVDs, digital satellite channels, digital terrestial television channels and live videos on the network in unicast or multicast. Most of the VLS functionality can now be found VLC. Usage of VLC instead of VLS is advised.
"

http://www.rebol.org/cgi-bin/cgiwrap...ebcam-viewer.r
see Thumbnail pic below.


http://www.rebol.org/cgi-bin/cgiwrap...ebcam&form=yes

http://www.rebol.com/view-platforms.html

http://www.rebol.org/cgi-bin/cgiwrap...script=proxy.r

http://www.rebol.org/cgi-bin/cgiwrap...erver&form=yes

for anyone that wants to try , heres one of the best fully working Multicast whiteboard rebol example to play with and learn from.

you will need to translate from french to english but keep the scripts intact OC ,thats easy enough theres a seperate link for downloading them, but they seem pritty easy to follow IF you can script already....please try and make my day

http://www.rebolfrance.info/org/arti...multicast.html
popper is offline   Reply With Quote