kamicrazy

So in a previous version of GV-VMS, I think it was 15.11.1, I had audio recording working "round the clock" configured on the audio page of the "Camera Install -> Setup" screen. After upgrading to 15.11.2 and 15.11.3 audio recording has stopped working. Is anyone else experiencing the same thing?

No idea about your area of the world. In my area of the world, by law people have to comply with all lawful instructions by the police. In terms of supplying evidence any investigation which believes you have evidence will get a warrant for its procurement and obviously they won't be paying anyone for complying.

How is this even amazing? Obviously the OP has never heard of iSCSI? SMB/CIFS? Or even external SAS? Being able to locate your storage away from the recording machine is simple.

I only use GV-VMS because I only have Geovision cameras. I like not having to pay for software updates. If I had to pay for software I would probably go with something else. However free support and free software updates is real nice and not something many people factor when speccing a system. I started my box on windows 7 and now running windows 10 anniversary update. Through each windows release (7 -> 8 -> 8.1 -> 10 -> 1511 -> 1607) I've upgraded from GV-NVR to GV-VMS for free. 75% of my cameras are fisheye too. Bit of a pain to license them with other products to get the same functionality, although maybe that is not the case now.

My comment was in relation to Geovision software only based on scalability information direct from Geovision. This video is where I got my info from and it explains everything. A bit further on from where I linked it also compares Geovision with Milestone GPU decoding.

You need to be running more than 40 5MP cameras for nvidia decoding to be worthwhile.

It's explicitly state that for GV-ERM POS text is not supported for remote playback.

I've only ever used IP cameras, so all my experience is in that area. Recording the video should not be a very taxing on your computer. After all the camera itself encodes the stream in h.264 and your PC simply writes it to storage. Refer to your recording software though for guidelines about minimum and recommended system requirements for the number of IP cameras you intend to have and the settings you intend to use. Playback and live viewing is where the CPU and ram matter. As decoding the streams is where the grunt of the work. Geovision systems offer GPU decode to reduce CPU loading. However there are specific requirements you need to follow, and limitations.

GV-iView is more for remote management. It has more controls, connects to GV-NVR and the video stream is 640x480 for live viewing. GV-Eye is better for actual monitoring. Supported resolutions are higher, it connects directly to cameras. If you want to connect to GV-NVR you need to install GV-Mobile server which transcodes it for your device.

I'm running GV-NVR 8.5.7.0 on windows 8. Although I am a lite user. I only have 1 3MP camera monitoring the cashier. No problems yet.

In my part of the world they are more common than the other brands you see in the states. I've just built myself a new core-i5 3570k system for a GV-NVR setup. I use the MFD range and I think they are okay, details are clear, however I've seen better clarity on other setups, I presume it might have something to do with the lense used in the different products. Each geovision IP camera is basically a linux server itself. You can connect to each one individually and set them up to record to an SD card slot or FTP. If you only ever needed 1 camera this is good because it can be used standalone. I cannot comment on the other models as I do not use them. Maybe look for a review? I am about to add a fisheye to my setup in the next few weeks as I've seen a youtube review and think the motion detection is very well done. What is better is to setup a machine to do the recording using the GV-NVR software. If you have a phat pipe between the 3 locations then you could probably just setup 1 machine. If not then you'd need 3. Central management can then be done using the the center v2 software. Geovision has two iphone applications. One called GV-Eye which is designed to interface with NVR and GV-iView which is simpler and connects directly to a camera.

As an addendum I personally recommend the SG300 or SG500X series switches if one is looking for a "cheap" cisco switch. The SG300-10MP specifically is the "max power" version and can fully support 15.4W draw of POE devices simultaneously on 8 ports. Then you can use the 2 other gigabit ports as uplink/downlink to your server or to another switch for link aggregation. If you have an application which calls for around 20 cameras then you are better off with the SG500X-24P. With a budget of 375W you can power all 24 ports with 15.4W devices. These switches are stackable as well, if this interests you. Both models support layer 3 static routing and the SG500X has RIPv2 dynamic routing. Configuration can be done using a very modern looking web GUI or for those IT geeks, "TextView" which is similar to iOS cli. I personally use the SG300-10P (non-max power) model as I do not need all 8 ports for POE.

The cisco SG200 series is widely known to have "issues" and I would recommend anyone and everyone to stay clear from them. Even though I have that opinion, I am surprised though that you are having issues with dropped frames. It is unlikely in my opinion that the switch does not have enough forwarding capacity, given that it is a gigabit switch. Its rated forwarding capacity is 11.9 Gbps and its switching capacity is 13.6 Mpps (million packets per second). So technically its ASIC can't sustain all the ports going at the same time... but IP cameras are not gigabit devices... I would say that there is either some sort of problem with your switch and you should RMA it (it has a lifetime warranty) or investigate whether you have misconfigured it (which is more likely).

I am a GV-NVR noob, but I know a bit about virtual servers. From a compatibility perspective, I see no reason why it would not work. You never know what might happen in resource contention situations though. If you do get it working and finding you are having odd performance issues, make sure you set some decent reservations so that you can guarantee a certain level of performance to the VM. Also make sure that you have enough IOPs on whatever array is backing the recordings, I know it is sequential write access but unless it is dedicated, the disks will be doing other requests at the same time as trying to write the recording. Or just use dedicated disks.... It is largely about being sensible in how you allocate resources to the VM

Hi, New poster here, just read your thread. Very helpful, I am about to build a PC NVR with very similar specs. I have a Cisco SG300-10P switch as the central POE device. All my cameras are Geovision, therefore I am planning on running GV-NVR server. I wanted to take advantage of the Ivy Bridge GPU acceleration and so I've specced my machine as follows. Core i5 3570K Asus P8H77-I mitx motherboard 16GB of 1866mhz G.skill ram Intel 330 60GB SSD Lian Li PC-Q25 Silverstone Strider 500W modular PSU 4x Western Digital Red 3TB The hard drives are rated for 24/7 operation and everything fits into a tiny mitx case. Main two concerns was the GPU decode (I emailed Geovision and they have only validated the 3500 and 3700 series CPU's) and cramming it all into the smallest possible footprint. I also compared this with purchasing a SuperMicro 1U Server, featuring QM77 chipset with i7-3612QE CPU. However I felt that I was paying more money for less performance, I didn't need the system to be rack mountable and Geovision told me it was unsupported as the chipset was not validated. A lot of people might consider this overkill but the recommended specs is 8GB of ram minimum and the 3570K is the slowest validated proc.