Thomas

The recording of audio is always a very touchy area. The short answer is: You won't make the evidence that much stronger, but you do run the risk of breaking the law yourself. It's not worth it, and no matter how much you've convinced yourself that you need the audio of the door being kicked, you're wrong.

There is no AGP express standard. I think you're confusing it with PCI-E or PCI Express. PCI-E is a generic bus that is used for newer video cards.

I was given one of Q-See's products on sale via Sam's club to play with. The disdain is well earned.

The problem is that you magically assume that the serial connection works without touching the OS. And that's not the case. Which means the OS has write privileges to the chip. So any interaction with the OS remotely, or any application sitting on top of it runs the risk of being hijacked. And that assumes all attacks require writing to the drive. Attacks like the Slammer worm stayed only in RAM. And on the Linux side, while the OS tends to be more secure, the applications sitting on top of it tend not to be. Apache for instance. It's a great and amazing web server. Extremely powerful, very stable. But it's like any really powerful tool. If you don't know what the fuck you're doing with it then it will bite you on the ass. Now keep in mind that the vast majority of the embedded units are made in China. A country noted for taking short cuts, poor quality control, and the odd inserted Trojan. Do you really think the code they produce is high quality?

Correct......however there are more virus's for Windows and many more exploits...again...if on chip it is less likely to be affected, solid state OS is much more secure. Agreed...again...on chip fixes this as it requires a firware upgrade How does making it more likely to brick the system with a faulty firmware upgrade increase the security? Given that it requires the manufacturer to release upgrades, your caught weeks behind any security issues.

Can you screen shot your router configuration and what kind of modem are you using?

If it's one of the Windows Mobile Palms, then sometimes it will work. For the rest, the answer is no.

Our Hurricanes gone Thomas!!!!!!!! \o/ Also yes, I agree with Thomas. You shouldn't have a problem with only 300ft on rg59. Is it a Siamese line or are you running your power wires separately? Meh, it wasn't even near me.

Geovision support claims they USE all 4 cores for H.264 V2 encoding, it's just you need to enable this advanced feature for each camera. That seems odd. It's easier to write a multi-threaded encoder then it is to write a single threaded one that handles multiple inputs.

Are you using the same IP address for both the router and the DVR?

Hi again, what frame rate you get in D1 with the extreme? JD Well no idea, but its gotta be a lot better than just the dual core, the Extreme CPU is Quad Core with 12MB cache .. flyin!! NOpe Nope and wrong again Rory! Dual core does not equal Core 2 Duo. They are totally different, and in my mind you should not be using Dual Core for the GV cards at all unless you are using "Core 2 Duo" or "Core 2 Extreme" which both are similar but Extreme is just a big more powerful by around 1.5 for 2-3 times the price. Core 2 Duo is also good as Quad-Core as they are derived from the similar tree, simply having 2 more cores, but still built on Core 2 Duo technology. GV cards won't be able to harness much extra processing power from a quad core. They have to be specifically made for it to notice any real difference. And in many instances, Quad cores are cheaper than some Core 2 Duo cards of the same speed. With my experience, Core 2 Extreme is good with anything. But not worth your money. Core 2 Duo or Even Quad Cores have better value. REgards joey Unless Geovision is a using a single threaded encoder (which would be extremely odd), it should benfit from multiple cores. For applications to benfit from multi-core technology you need a multi-threaded application. Those are moderately rare, but almost all video encoders should be multi-threaded.

Couldn't you enable "Wake on Lan" in BIOS? Most BIOSes have a function to change the behavior of the power switch, usually with a setting that does exactly what you describe.

You won't see it any time soon.

Um....so...no. Watermarks are pretty trivial to work around. Most are just variations on hashing functions and working it backwards is pretty trivial. Once you know what the hashing function is, then you take the edited video, get it's hash and embed it in the right spot in the video file.

What's the framerate on the card? If it's a 60 fps, then it sounds like bad signal causing issues on the chip itself.

You're assuming that a camera that lacks a cut filter also has an auto iris lens to compensate for the extra light. On lower end cameras this isn't the case. As such, the lack filter allows for a light source that the human eye can not normally see. This is why cheap bullet cameras look washed out. Quite often they don't have a way of closing the lens to compensate for the extra day time lighting. Thus creating a view that looks over exposed.

As the camera gives a colour picture it can't be a black and white camera and as it is IR sensitive at all light levels I would have thought the assumption that the camera doesn't have an IR cut filter is quite good. What is a digital day/night and how do they work? Generally you want to have an IR cut filter for daytime use. Without it you tend to get a washed out looking effect on your image from over exposure to light.

Very doable. All I need to do is design a part that does it, and the intelligence to do it. All not very hard. Or I can use a cheap off the shelf part and just check the voltage. So it's doable but more expensive.

Yes, but at the same time, I'm curious as to what you mean by the fundamental skills....

Do you by chance work for them?

Windows will be more expensive from the cost per unit. Linux is going to have higher capital costs for development and higher long term costs for technical support. Depending on how many units you're talking about, it's a wash.

Yes and no. MPEG-2/4 and related codecs will all record that way. MJPEG based codecs do not. Which makes it sound like MPEG type codecs will produce smaller file sizes, right? Sometimes. At low frame rates the number keyframes as a percentage of the total stream is going to be higher. Keyframes for MPEG based codecs are almost always larger then the same quality MJPEG frame. And MJPEG handles gray in a much, much better fashion. So low framerate combined with nighttime can create situations in MPEG related codecs suck. Gee, I wonder where one might find those situations in CCTV?

You don't touch on the learning required. Either bringing in outside expertise, or spending some serious time getting techs trained up on Networking standards. Expecting on site IT staffs to handle that end is asking for pain. Because when something goes wrong, and with new technologies you're going to screw up something, you'll get blamed. Or you run into the IT staff that is unreasonable, or has CSI expectations.

It will vary by state and this is best answered by a lawyer which I am not. The general guideline is that you can record anything in public unless someone has a reasonable expectation of privacy. So the road is fine...unless your field of view includes your neighbors bedroom. Or if you're going to see over a large privacy fence.

Well you move the cameras or you use a pan-tilt head.