Soundy

No. So plug the cameras into the same UPS. Or use a camera power supply with its own backup battery, like this: Your alarm system should have a backup battery already...

Yeah, I wouldn't worry about the cold... with the IRs on especially, the camera electronics will generate plenty of heat that will be contained within the bullet. If you're REALLY worried about it, you could wrap a little insulation around the camera, although that might actually cause it to overheat when it warms up outside, which is far more likely to damage the camera.

If the DVR supports DDC (Display Data Channel, which allows the monitor to communicate its supported modes to the computer), it should switch to match what the monitor is capable of. If it doesn't do 16:9, it will probably use 1024x768 (standard XGA). By default, the monitor will probably stretch it horizontally to fill the screen, but should have a selectable option to display it un-stretched.

That's essentially a toy camera... most people here deal with professional gear.

Okay, first of all, if you want to go to megapixel, you're looking at a completely different TYPE of system than what you've got now: analog will not do megapixel, and you need to go to a different transport mechanism, either network or SDI.

Don't know of any cameras that have VGA out. I've seen a couple early-HD handycams that had component out though...

What does the need to record have to do with whether it's a dome?

Lens not being centered would not produce a straight, hard-edged line like that... if anything, it would be a curved, soft-edged area. My bet is still on a faulty camera.

I can ask my buddy, he's got a few of these installed in buses (he's having a problem, in fact, extending the wire between the camera and the encoder - he's supposed to be getting me one to see if I can resolve it).

Since that appears to be an H.264 camera, it SHOULD be possible to simply embed something in the website (Java or Flash applet?) that can receive the camera's RTSP stream. With an IQEye camera (at least the MJPEG models), you can obtain a live stream simply by putting the appropriate URL in your browser, no ActiveX or Java required - http://camera.ip/now.jpg will give you a still image, now.jpg?snap=spush will give a live stream, now.jpg?snap=spush&ds=2 will scale the image by half, and so forth. You might look into whether this camera supports something similar You could also see if the camera supports sending stills or video clips via FTP, that would probably be the simplest method: send a still via FTP to the webserver on a set schedule, and the website just embeds that like any other image. I know "live video" is terribly sexy, but it's also very bandwidth-intensive, both in streaming the video to the webserver, and in re-streaming it with the page to the user. If the main desire is to be able to see tee status and local weather, a still image updated once a minute should be more than sufficient. Short of that, if they MUST have live video, you can put in an IQEye camera and embed the URL as shown above - just surround that with tags, and voila! you have live embedded video. Might want to stick to a VGA-resolution camera rather than HD though, or they'll go over their internet provider's cap within a couple weeks.

It would probably be cheaper to just buy a new DVR, than to try to source and obtain a new board. It would certainly be easier. And you'd end up with a better DVR.

There is no "best type" - use whatever is easiest for you to obtain and attach. I prefer compression connectors, personally, as they're single-piece, and most are water-tight once crimped.

SDI was implemented for CCTV largely to take advantage of existing analog infrastructure - unplug analog cameras and DVRs from their coax cables, plug in SDI equipment. Problem is, it's still point-to-point, one camera per wire, every wire has to go back to the DVR's location. With new installations, if you use SDI, you're still stuck running one new coax wire back to the same location for every camera, and that's essentially all that wire will ever be useful for... short of using IP-over-coax adapters, but then that's an extra expense. It makes far more design sense to just use the same UTP (Cat5/6) everywhere, giving you nearly infinite possibilities for infrastructure configurations.

Does that include plugging the camera straight into a TV or monitor? You're really not losing anything with 420 vs 480 vs 600. It may be a measurable difference, but not noticeable in most cases. NTSC video standard is limited to 480 vertical lines of resolution anyway, so anything over that is essentially wasted. I wouldn't get hung up over that thin little line. As Rory says, it's probably a glitch you sometimes see with certain camera/DVR combinations. Or it could just be that one camera is faulty. Either way, it's not like you're losing anything.

MOST LIKELY, the red wire will be power (+12V, or maybe +9V), the yellow will be video out, and the black will be a common ground for power and video.

There are a few, but they won't be particularly cheap... you might find a consumer handi-cam to be more cost-effective.

You need to set up your router to forward the necessary ports (100 and 9000, from the look of those settings) to the DVR's IP (10.0.0.199).

Does the line also appear if you plug it directly into a TV or monitor? I would suspect it's just a faulty camera... the effect has nothing to do with TVL.

What happens if you put the 480 on another channel, and one of the 600s on channel 3?

This is the internet, not debate club. You want to invoke "proper" debate procedure, there are dedicated forums for that. This isn't one of them. This also isn't a British university. The board isn't even based in Britain. What does this have to do with anything?? Try it the other way: try posting your pictures in /b/ and see what they say about it... Calm, rational people don't like to live next door to paranoid people. We've had two or three threads recently started by people complaining of neighbors' cameras peering over their fences and into their yards, and wondering how to block or disable those cameras. The more you post, the more you sound like the person on the other side of that fence. Just sayin'.

*sigh* yet again, someone wants answers but gives NO useful information. Space needed depends on the codec used, compression level used, framerate used, scene complexity, scene contrast, motion vs. constant recording, amount of motion... WAY too many factors to consider.

I'd use at least 3/4", preferably 1".