murphomatic

3RDIGLBL - thanks for your advice, we definitely added a disclaimer after that fun little scenario way back when... we also have a sheet that we print out displaying the camera views, and the customer acknowleges and signs off on each view. No more bs. eric9547 - With this particular customer - yeah, our attorney basically told him to take a long walk off a short pier .. and they never bothered us again. It's been awhile since I've updated this thread, and I wanted to be sure and thank everyone for their constructive input.

Did ya get it to work??

You should be able to configure the bios to use either sata or ide to boot. I would opt for using the sata interface as it offers a higher data throughput than traditional (parallel) ata, and the smaller sata cables allow for better airflow inside the box.

rxd+ and rxd- should be the ones you use for your rs-485 +/- leads respectively. Let me know if it works out - or if you've tried this already. Typically 485 runs on the "d" (data) +/- leads... rs-422 would use the four tr/rx leads..

Are the pins labeled? For true RS-485, you'd only use 2 of the pins .. Let me know if they have labels on the pins, and I can tell ya which ones to use..

In your 2nd pic, it looks like "Round-The-Clock" recording is selected. Make sure that when you modify your schedule, that you actually save the changes: 1. Pick the schedule you wish to set options from from the list. 2. Set the options (Rec - Motion Only) 3. Click the Modify Schedule button. That SHOULD do it. What version of GV software are you using ? 6.x?

Thats only true for some of them .. and depends on the software and setup, most I have demoed have been low res. There is a thread on Motobix test images though, that one looks nice. He does however give you examples of the frames and image sizes. For most CCTV jobs though that kind of product wont be applicable or feasable. Back to Morph's question on Geo, you would simply plug your IP cameras into their decoder which will then plug into the Geo system. So just to make sure I'm understanding this correctly ... With the box GV is introducing - you could set it up so it takes input from an IP camera and streams that video to an analog output, that could then be plugged into the gv-capture card? So it goes IP -> Analog? Most of the products out there will do analog -> IP, but not the other way around.

I guess the problem their kao is that more and more of my clients are refusing the buy analog cameras, and are insisting on going IP. This little box doesn't help much when it comes to tying IP cameras directly to the GV main system.

The main screen of the application is nothing too fancy - just a simple log that displays the activity the dialer has received.... incoming connections, rules that have matched, outbound dialing, etc. The program works by way of "profiles". You create a "profile" that specifies a phone number to dial, and then contains various "rules" that trigger dialing under certain conditions, and define what is said on the phone line to whoever answers the call. Here's a screen shot of the profile configuration screen: The program basically intercepts GeoVision email notifications. The program then takes action based on the content of those notifications. You can see in the screen shot of my test profile that it's looking for key-phrases "Input 1" and "Input 2". If either of those phrases are present in the GV email - it will dial the phone and play the appropriate audio. This works better than standard email notification it can run on the main GV server, allowing it to receive the email notices from the GV system instantly, and immediately dial a number... instead of pushing the email notices out to the 'net and waiting for however long it takes for the notices to eventually reach the recipient or be dumped by a spam filter. This allows for faster response time instead of incurring several minutes of delay for email to process. We're just about finished with development. We've invested a couple thousand to get it developed, and are thinking of offering it at a retail price of $99. If anyone has any questions/comments or feedback on the retail price I'm suggesting, I'd sure love to hear your input. Thanks again for those who have replied already.

I've been asking GV this same question for some time now ... and they keep telling me it's coming... V7 came.... then V8 .... and there's been no IP support yet! Don't know if the belongs here or in the Geovision post....I'll let the mods sort it out The link below is to a product announcement showing the Geovision video server. I believe they are demoing it on their current tour. They will be in Chicago this Thursday, but unfortunately, I won't be able to make it. Has or Is anyone going to see this product? Feedback would be great! http://www.taipeitradeshows.com.tw/NewProduct/Product.aspx?ID=1632&Lang=E Hmm... that looks like it'll take analog cameras and put them on an IP address like any IP video server currently on the market. What I'd like to find out is if the GV-Main System they're showing in that diagram is capable of picking up an IP address ... or if they're just tying to the main system using the analog outputs on that box. GV really needs to set up their main system so that each camera can either take a data stream from their gv capture card or a data stream from an IP address. When that happens - the main gv system will truly become a hybrid system.

As far as I know - the plexed display of cameras in the main Geovision app cannot be split across multiple monitors.

I've been asking GV this same question for some time now ... and they keep telling me it's coming... V7 came.... then V8 .... and there's been no IP support yet!

Generally, it's not the users I worry too much about (you're generally talking about people who think a "port-scan" is taking a nice stroll down the dessert-wine aisle at the local grocery store). It's IT/IS... Unless IT/IS is subordinate to, or part of the security organization, you have more people than necessary w/access to the surveillance system. It also adds a layer of bureaucracy -- as any decisions made regarding the system also impact the network, and now require the blessings of another dept. Very few organizations that I've worked within have been willing to set the Security dept. up with their own autonomous network that IT/IS plays no management role in. Getting the seperate network set up itself is not too big of a deal ... but getting IT/IS to turn loose of it is next to impossible. Don't get me wrong - I don't think IP is bad or unvaluable - I just think the marketing hype out there is a bit overblown...and this causes people to make the wrong decisions on occasion.

I'm wondering if anyone out there uses the Geovision Hotline as the primary notification feature (dial a phone number and relay a voice-message or enter DTMFs for pager displays, etc). I think this aspect of the GV software is a bit lacking in usability as you cannot record custom messages for specific events (say dial different phone numbers and play different voice messages depending on which I/O pin or camera is experiencing an alarm). ....so I wrote a program to do this for GV systems. I'm curious if there's any interest in the community for this kind of application, or does everyone just use email alerts and never touch the hotline feature? The issue I've found w/email alerts is that if you're using email to send text messages, the messages may be delayed a number of minutes as they bounce around various networks before finally arriving to the recipient. I figured dialing a phone directly and playing a voice message to the person who answers would be faster, but became frustrated at GV's lack of ability to record custom messages for different events on the system. Has anyone else had these same kind of frustrations?

At least w/analog cameras - you have the option of not putting the DVR on the network. Granted you lose the remote-access features, but the head-end still records all the same w/no network connection. Try that with an NVR... Anyway - your example of the 1 IP cam per site for your client w/40 sites is a PERFECT scenario where IP would be the beneficial route to go. I'll keep that kind of thing in mind.