Axis Camera P3367 And Hikvision NVR Integration

This has been covered in other IPVM discussions, e.g.,:

[No Resource] is caused from maxed out bandwidth. You can double-click on the window that says "No Resource" and it should bring that camera up showing you that it is in fact working. This is because you are dropping the other cameras from live view and now have available bandwidth to view that one. If that proves to be the case, you will need to adjust the max bitrates in the Recording Configs. Saw this many times and finally learned.

Related, if you are going to spend the premium for Axis cameras, why not buy either Axis' NVR or a premium VMS appliance (Exacq, Milestone Husky, etc.).

This is a big no no using that many generation 2011 5MP Axis cameras on a Hikvision NVR. What was the rationale for using a Hikvision head end on with all Axis cameras? I'm not sure about Axis's mobile app but they have this nice NVR box now. It has to be price competitive compared to 3rd party VMSs that have license fees.  Exacq and Milestone have appliances and support for integration to these cameras plus the proper history of firmware updates unlike Hikvision does. 

No way I'd use this NVR with multiple 5MP cameras. Let alone for local viewing. 

You're asking for A LOT of service issues and calls. 

You're better off using a DS-9664NI-I8 or 2 DS-9632NI-I8's than an ST or as John mentioned, a proper VMS appliance.  

That is an "older model Hik NVR but You should easily be to view 64 axis cameras with those settings on that NVR. You have 200 Mbps to work with

If I had to guess, you probably need to lower the substream of your cameras to D1 or lower (704x480). This NVR uses substreams on multi-view to save on processing power. I come to this conclusion because you said that when you pull the camera up full screen, you can see the camera. That means its displaying your mainstream but not your substream. Lower your substream and see what that does.

Also, not sure if Axis has different settings for motion detection, but if so, you may want to check those settings to make sure they arent set really high too.

This is the unfortunate situation with IP based cameras and NVR systems that happens far too often. 

A good #1 rule is to NOT try and use the NVR as a Viewstation.  You WILL lose CPU resource very quickly and drastically affect the recording engine.

I have been preaching to our sales folks to always ask the question about where the streams will be viewed in order to prevent situations like this.

This is where a NVR with a real OS (Linux/Windows) could help because you can see how much resource you are using up on the fly and stop when its too much.

These embedded units...not so much help.

Cutting corners get's you nowhere. Like previous poster said why that many 5MP Axis cameras on a Hik NVR, even at 200Mbps you would be struggling between incoming and outgoing traffic. Poor design which would have failed on the test bench...

Hi

It seems that whenever Hik is mentioned there is a chorus of negative points. The NVR you used has indeed a max bandwidth of 200 Mbps but this also includes what goes on the HDD. if you're using RAID 5 you won't be able to use more than 10  5 MP cameras. The new model (i8) perhaps but this is not while using RAID 5...

Now to all the naysayers, the Hik NVR are  solid performers. They work without missing a bit. Much more reliable than a COTS + VMS solution. The feature set is, for most purposes,  adequate. Not as full featured as , say , a Milestone NVR running their Xprotect would be but for most SMB, largely sufficient. You can't view 30 cameras at the same time but for MOST customer that is rarely asked for.

Where is the hang up? On the NVR?

What if using a PC for viewing? Let's say he took the same setup, and used a PC with Hiks software and connected 2 monitors to the PC? Would that reduce the load on the NVR?

I am quoting a system now with 27 cameras and two Dahua 16 channel NVR's. Dahuas calculator is telling me 120 Mbps bandwidth with the cameras running 264, 4MP, 15 FPS and 4500 Kbps. With each NVR quoting 200+ Mbps bandwidth, this should be plenty.

We also plan on setting up a workstation with Smart PSS and a 40" TV to live view the cameras.

Issues?

I'm not a HIK expert, I don't install or service their products.  

NVR's of this class across several brands use the primary HD stream for a few channels in multi-view and the secondary stream for the balance, or all secondary in multi-view because small screens don't need to be HD and it does kill the processing capability. 

I would venture to guess the recorder is using the primary stream on some which it has no problem decoding and viewing and the secondary stream for others, which it does have an issue with. 

You might be able to correct the issue by changing the secondary stream to something it likes (D1/128k) or similar.   It might not be able to access the secondary stream and that would also create this issue.

Obviously HIK cameras have no issue switching between streams on this recorder.

HIK might find the camera as AXIS or possibly ONVIF.  This could create or resolve the issue.

Next time, stay all HIK is my suggestion and I don't work for them either!

Note: Hikvision Employee

First- thank you Sean for some excellent technical replies on this thread.

Incoming/Outgoing bandwidth and local display output capabilities are not directly related.

Info below is from our Tech Support team:

There is a chance the Axis camera didn’t send the sub stream to the NVR or is not supported by the NVR. It really depends on the camera firmware version.

So if the sub-stream is not supported, then the NVR will only be able to display mainstream of the camera on the local gui (9664NIST has decoding capability up to 8 1080P on the local display)

So right around 7/8 camera, it will see no resource.

Sync the VGA/HDMI display and disable BNC display may help or using the switching mode to display 2x2 at a time.

To conclude, I would suggest contacting your local Hikvision support office. We have dedicated resources for 3rd party integration issues also.