gb5102

Just to update my earlier comment- We've been deploying GV-VMS v15 on new systems for about 4 months now and it is definitely much more stable than v14. Have not had any issues that I can attribute to a bug. And just to give Geovision some credit, we do have a few v14 systems out there that started off quite 'rough' but Geovision was able to log into and patch them up and they have been rock solid for close to a year now. (they are v14 but 'patched' to run a few v15 components). If anyone is having issues, email support@geovision.com.tw, the support is VERY good, better than most company's I've dealt with.

Do you have a VMS dongle now? Your previous post stated you had an NVR dongle, they are 2 different things. If you have a 3rd-party license dongle for VMS, you just need to plug in the dongle then install the 'GV-USB Device Driver' from here: http://www.geovision.com.tw/english/5_8_ACC.asp After the driver is installed you may need to reboot in order for it to be recognized by the VMS software

Suggestion: On all of the systems I setup, I remove the permission 'Monitor Stop' from the 'Webcam' permissions for the user account which is used to login to the system remotely. This way you cannot accidentally stop the recording via the remote apps.

^^^^100x THIS!!! OP says the cameras will still turn on with only the +pos power wire connected so it obviously has another path back to ground either via the video line OR via the building itself(OP said it is stucco/metal building) I think you are going to have to electrically isolate the cameras from the building(mount to wood blocks or something) but even then you may very well still have problems if the electrical design of the cams themselves is sh*tty... Also I'm sure the CCA cable is not helping anything but at this point i think it is the least of your worries

I know if you initiate a 'normal' shutdown, it will hang for 15 minutes(Windows default 'hung process' timeout), this has been a problem for quite some time INCLUDING the latest 8.6.2.0 so upgrading will not help you there I always use the command shutdown -r -t 20 from the cli or from within a scheduled task if needed. The -r parameter means 'restart and the -t 20 parameter causes it to 'force' shutdown of all processes after 20 a second wait. BUT is there a reason you can't use the restart feature built into the software? (System Configuration menu > Auto-Reboot Setup)

IMO the latest GV-VMS 14.10.1.0 is beta-quality AT BEST. The interface is great compared to the old GV-NVR and I'm sure in a year or so it will be fine but let me tell you it is not there yet...

The DNS settings in the router do not matter since you have public DNS server(s) configured on the NVR(8.8.8.8 and 8.8.4.4). For gmail settings: SMTP Server: smtp.gmail.com Port: 587 (or 465 for SSL) User Name: your full email address (including @gmail.com) Password: (email password) Receiver (email address to send the alerts to) Sender your full email address (including @gmail.com) Subject: (whatever you want in the subject line...) Encrypt Type: TLS/STARTTLS(if using port 587), or SSL(if using port 465)

It sounds like the main complaint here is related to a defective single cam. You didn't mention anything about rolling bars or other 'normal' ground loop related artifacts, but since all cams are being affected by this, it makes me think ground loop. Most(all?) 12vdc cams internally connect the power ground and video ground(ground loop). I am curious if disabling the cams in the software would have any effect, I don't think it will if my theory is correct and this is an electrical issue. I have definitely inherited a couple of bad installs with horrible ground loop issues where the only way to fix was to isolate the power. This can be done by using individual wall-warts; or by replacing the central 12vdc supply with 24vac supply and either using 24vac-12vdc converters at the cams OR replace cams with dual voltage models. Obviously the individual wall-wart option is cheapest but yes you will have a few outlet strips full of power supplies...and much better picture quality/no more ground loop issues... Keep us posted, I'm interested to hear what you determine.

^I agree. Use isolated power supply(or individual wall-warts...yuck) if using 12vdc cams, or better yet use dual-voltage 12vdc/24vac cams. Dual-volt cams have their power section isolated from video section internally, which also makes them much more resistant to ground loop issues. To be absolutely sure, you will need to go onsite and connect 1 camera at a time and see if the problem appears only when the 'bad' cam is connected, but I would bet that is your issue.

Leaf blower also works great for blowing a bag(with string attached...) thru larger conduit

The answer to your mystery is Address Resolution Protocol http://en.wikipedia.org/wiki/Address_Resolution_Protocol

No idea what you are talking about here... Altronix is my favorite brand for power supplies, this one should work for you: http://www.altronix.com/products/product.php?name=T2428175C With that amount of power you will need some pretty heavy wire to overcome voltage drop depending on the distance. http://www.supercircuits.com/resources/tools/voltage-drop-calculator

^ these I'm thinking your issue is either caused by low-quality cable, or it is miswired. With hi-quality, properly terminated cat5e cable you should have no issues at this distance.

Use your ddns address 'mario.ddns.net' in your mobile app instead of your IP address '78.xxxxxxx'. Thats the main point of having a ddns address is so you don't have to keep track of changing IP address

Geovision DVR/NVR can do this. Pull up a manual and read up on the 'Digital Matrix' feature