Axis P3214-v Firmware

0 views
Skip to first unread message

Erminia Scharnberg

unread,
Aug 5, 2024, 4:26:40 AM8/5/24
to diapicdispning
Iam in the process of installing 40 axis P3367 cameras and a hikvision 64 channel NVR (DS-9664NI-ST), I am only able to view 7 cameras in multiple view, for the other cameras i keep getting the "No resource " error message. When i double click on the no resource area i am able to view the camera.

[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.


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.


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.


We have sold a few back in the day on spec order and have worked with them. Clients didn't use them with Axis cameras that I know of but their was no reported issues such as what is described above. I cant imagine why the Axis aspect would be causing the issue.


I agree with you the I8 is a better NVR but he should not be having those problems he has been having with the settings he has unless it just has to do with pure incompatibility issues for the Axis cameras. Even if the Hik specked 200 Mbps is far fetched, this is only 20 Mbps we are talking about.



We have had the I8 64 Ch in our showroom for quite a while now with about 40 cameras on it. What do you mean by "will not serve local and network video simultaneously without causing issues."



Also, just out of curiousity. Since you are listed as a manufacturer, why have you installed 100's of Hikvision NVR's?


What exactly are you wanting me to look at? As far as live viewing and recording at the same time? No problems at all, not only that, many people can be logged in over the network as well. Also, sold tons of these and never had a reported problem. Thats why I was asking what problems you have had. I have less experience with the ST I will say but again, i dont think it should have this issue.


The only downside this has compared to a server based PC machine I guess is multi channel playback, we arent able to playback all 64 channels at a time, can just playback 16 on this. But honestly, for most customers, thats not much of a downside, exceptions being few. For most incident based playback issues, you are only going to be viewing a few cameras at a time, and in most cases just one.



No disrespect but the idea that standalone based NVR's suffer compared to PC based NVR's is old hat, probably based on an experience when standalone NVR's first came out because when NVR's first came out, you had to pay close attention to bit rate limits and frame rate limits. Nowadays though, NVR's have come along way and the bit rates are set so high that you really dont have to worry about exceeding them. Frame rate limits are pretty much gone as well.



For 64 channels or less, I stand by my opinion that a standalone embedded NVR is a much more sleek and cost effective way to go for most customers (not all, but most).


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...


#5, you have 77 cameras running on (5) 32 channel NVRs, is that correct? If so, could you not have done this on just (3) 32 channel NVRs? Per spec, (3) 32 channel NVRs should support 96 total cameras and 600Mbps bandwidth. I am curious to understand the decision that lead to 5 NVRs.


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.


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.


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.


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.

3a8082e126
Reply all
Reply to author
Forward
0 new messages