Ошибка кода hcnetsdk dll 91
This is the complete list of error codes in the Hikvision iVMS-4200 camera management software. Locate the exact error code and find the meaning and the possible fix. If you’re using the phone app, check this article: Common error codes in iVMS-4500 and how to fix them.
How to fix Hikvision reconnecting error code 91
Camera quality
The error code 800 also shows up because the overall system configuration prioritizes quality over bandwidth, which means a spike on traffic can occur.
How to fix Hikvision error code 7
There are a few things you need to check and modify in order to fix this issue.
It has been reported that error code 7 can be caused by a misconfiguration of the IP settings on the recorder. Go to the network setting of your recorder and take a look at the IP address, default gateway, subnet mask, preferred DNS, and alternate DNS. Make sure they match your network.
- DVR/NVR IP address: 192.168.1.100
- DVR/NVR Subnet Mask: 255.255.255.0
- DVR/NVR Gateway (your router’s IP address): 192.168.1.1
- Preferred DNS: 8.8.8.8 (for both DVR/NVR and router)
- Alternate DNS: 8.8.4.4 (for both DVR/NVR and router)
Many users report that changing the RTSP port from 554 to something else (let’s say 8554) fixed the issue. The new port still needs to be opened on the router.
Double-check the credentials settings on the iVMS-4200. Go to the Device Manager and check the added remote device IP address, username, password, all should be correct and without spaces.
All that being said, ensure you’re using the latest version of iVMS-4200 software and that the firmware on your DVR/NVR is updated to the newest one.
2. Turn off the auto change stream
The Hikvision IP camera or recorder (DVR NVR) uses two types of video stream: main stream and sub-stream. These types of streams depend on the resolution, frame rate and compression type (H.264, H.264+ or H.265) and when the camera auto changes the stream it can cause the picture not to show up.
To fix the Reconnecting.Error Code HCNetSDK.dll[91] error code, open up the iVMS-4200 software, go to Tool and then System Configuration. Access the Image section and untick Auto-change Stream Type (check the picture below).
This should the job and you should be able to see your cameras on iVMS-4200 software. If not, to reboot the software, or even your computer.
Hikvision error code 7 shows up when you’re trying to view the cameras remotely on the iVMS-4200 camera management software. It’s caused by a misconfiguration of the local IP address on the recorder and by a port forwarding issue on the router.
The full message for this Hikvision error code is: HCNetSDK.ddl[7]. Failed to connect to the device. The device is off-line, or connection timeout caused by network.
In other cases it can be displayed as: [camera name] Logins failed. Error Code HCNetSDK.dll[7]. (Connecting to device failed. The device is offline or the network timed out).
You may see this error as “The device is off-line”, “The network is unreachable”, “Failed to connect to the device”, “Connection time-out”, “Connecting to device failed”.
1. Not enough power
This is most likely the main cause of this issue. The camera is not getting enough power juice, it’s struggling and it’s going on and off.
When using a PoE switch to power up the camera, you need to make sure that the switch is certified to be used with PoE cameras and that it follows international standards. So, just make sure you’re using the correct PoE switch.
How to fix the problem
Here's how you can fix the Hikvision error code 800.
An excessive number of cameras
Sometimes the system has an excessive number of cameras that generate too much traffic in the network. It's necessary to consider the bandwidth when deciding the number of cameras installed in the project.
Update the system
Some problem are solved by updating the system.
Ensure you are using the latest firmware for your IP cameras and download the newest version of the iVMS-4200 software.
обновил на 3.4.2, проблема так и не ушла к сожалению
Добавлено (02.12.2016, 16:29)
---------------------------------------------
уточнил у ТП RVI, прошивка камеры актуальна, камера RVi-IPC43S V.2
Добавлено (02.12.2016, 18:17)
---------------------------------------------
пробую в регистраторе прописать подключение по RTSP, регистратор пишет "Исключение IP-камеры", при этом ТП дали образец rtsp-ссылки rtsp://admin:admin@192.168.1.108:554/PSIA/streaming/channels/101
а в веб-интерфейсе камеры написан другой образец RTSP ссылка: rtsp://username assword@192.168.0.73 :554/RVi/1/1
пробовал оба - с обоими пишет "Исключение IP-камеры"
пробую в регистраторе прописать подключение по RTSP, регистратор пишет "Исключение IP-камеры", при этом ТП дали образец rtsp-ссылки rtsp://admin:admin@192.168.1.108:554/PSIA/streaming/channels/101а в веб-интерфейсе камеры написан другой образец RTSP ссылка: rtsp://username assword@192.168.0.73 :554/RVi/1/1
пробовал оба - с обоими пишет "Исключение IP-камеры"
торможения нет, хотя представитель ТП RVI и утверждал, что должен работать протокол ONVIF, и раз он не работает, то нужно трясти ТП HIKVISION, та как RTSP вряд-ли поможет.
Строчка, которая работает и в дахуа и в хике
Что касается остального, то рассуждай логически.
Когда ты указываешь ONVIF, то этот протокол оперирует всеми доступными ресурсами, п по строке, которую ты указал, только первичный поток и всё.
А регистратор а одном режиме отображает вторичный поток, в другом первичный и т.п.
Да и код ошибки красноречиво указывает на это
Проблемы и с ONVIF и с HIKVISION и как итог разбора полётов, на сайте по данной позиции оставлен из широкого набора поддерживаемых протоколов только RVI и ONVIF. Но.
Вообщем детали там, если кому интересно.
Пусть задача и обратная, но показательная, ибо, как в одном месте написано: прах к праху, пепел к пеплу, так и тут хик к хику, а дахуа к дахуа.
Но, есть приятные исключения.
XM по ONVIF понимает отлично и хик и дахуа и детекцию иЗюмительно ловит, и недорого главное. Вообщем, есть внедренцы, которые просто радуются и не страдают геморроем, дешево и сердито. Я никого не агитирую, а озвучиваю сторонний опыт и отзывы.
Пункт 1
v2.00.00.08
Пункт 2
может быть для протокола ONVIF слишком высокие значения параметров заданы в камерах?
в моменте на камерах заданы следующие настройки
Для основного потока:
Режим кодирования H.264B
Разрешение 720P (1280*720)
Частота кадров, к/с 25
Тип битрейта CBR
Диапазон значений 448 - 5120 Kb/S
Битрейт 4096
Интервал I-кадра 50
Для доп.потока 1:
Режим кодирования H.264B
Разрешение D1 (704*576)
Частота кадров, к/с 25
Тип битрейта CBR
Диапазон значений 224 - 2048 Kb/S
Битрейт 2048
Интервал I-кадра 50
Пункт 3
Эти значения заданы в моменте, так как представитель ТП RVi рекомендовал установить период следования опорных кадров равным 50. Ранее с протоколом я пробовал снижать период следования опорных кадров вплоть до 1, и снижать Битрейт вплоть до 448, то есть пробовал различные вариации периода следования опорных кадров и битрейта, но задержка все-равно имела место быть. Возможно я неверно экспериментировал с соотношением опорного кадра и битрейта, так как если теперь правильно понимаю, то при снижении периода следования опорных кадров (50 - 25 - 10) и т.д., битрейт необходимо увеличивать
Чем чаще следует опорный кадр (меньше значение GOP length) - тем больше битрейт, но тем легче его обрабатывать процессору видеосервера при декодировании (отображения на УРМ или работе видеоаналитики). И наоборот, чем реже опорный кадр (больше значение GOP length) - тем меньше поток, но тем больше возможные артефакты межкадрового сжатия, и тем меньше восстановленный кадр соответствует реальному изображению с IP-камеры. При большом периоде следования опорного кадра требуются большие вычислительные ресурсы ПЭВМ и объем памяти для хранения последовательности кадров для восстановления.
то есть, если есть подозрение, что видеорегистратор не справляется с декодированием, а в пропускной способности линии есть запас (параметры кабеля и его длина), то снижаем период следования опорных кадров (увеличиваем их частоту) вплоть до 1, при этом требование к пропускной способности линии для битрейта возрастут, то есть необходимо задавать максимальное значение битрейта, но видеорегистратору будет легче декодировать такой поток, так как опорные кадры будут чаще.
и наоборот - если есть подозрение к пропускной способности линии (слишком длинная, проблемный кабель), и у видеорегистратора есть запас по ресурсам декодирования, то увеличиваем период следования опорных кадров (снижаем их частоту) вплоть до 150, и одновременно с этим максимально снижаем битрейт.
ну и я так понимаю при некотором частном случае относительно слабых мощностей видеорегистратора по декодированию и слабой линии (длина, качество кабеля) невозможно добиться адекватного изображения - так как либо грузим линию, чтобы разгрузить видеорегистратор, и начинается задержка из-за того, что линия не справляется, либо разгружаем линию, но при этом возрастает нагрузка на видеорегистратор и начинается задержка из-за того, что не справляется видеорегистратор. то есть чем слабее линии, тем производительнее нужен видеорегистратор для них и наоборот - для слабого видеорегистартора нужны линии с повышенной пропускной способностью.
верные выводы?
Пункт 4
Тип битрейта CBR также выбран исходя из того, чтобы попытаться исключить задержки в отображении, так как VBR может вызывать такие ситуации, что возникает пиковая нагрузка, превышающая лимит битрейта и как следствие - задержка
CBR держит стабильный битрейт независимо от сцены и не создает резких нагрузок на сеть. В данном режиме можно довольно точно предсказать размер архива, что является плюсом, но вы должны учитывать, что постоянный битрейт это в разы больше занимаемого места в архиве, что можно присвоить к минусу этого режима
VBR с переменным битрейтом реагирует только на активность в кадре и экономит дисковое пространство, что является плюсом, но при появлении движения происходит резкий скачок битрейта, ведь если сеть и так нагружена, и активность в кадре появится сразу с нескольких камер ,битрейт подскочит и вы можете достигнуть предела пропускной способности, что влечет за собой артефакты в изображении, зависания, потери кадров. Это относится к минусам
The Hikvision Reconnecting.Error Code HCNetSDK.dll[91] occurs on the iVMS-4200 software and it’s an indication that there’s not enough power juice for the camera or that the Auto-change stream type is enabled.
The fastest solution to solve this issue is to use a better PoE switch and turn the auto-change stream type off. In this guide, you can find steps on how to fix this reconnecting error code issue.
Change the camera configuration
You can change the camera configuration to control the bandwidth that comes to the iVMS-4200. Open the camera menu via a web browser or use the DVR/NVR interface for this setup. Go to the Video/Audio menu, as shown below.
Here you can see the parameters that control the camera quality and bandwidth.
The idea is to change these parameters to have enough quality for your cameras and, at the same time, get rid of the error 800. Let's see how to do that.
Resolution
This parameter controls the number of pixels in the image; higher resolution means more quality and means more bandwidth is necessary.
You can lower the resolution if your project doesn't require too much quality, thus saving bandwidth and storage space in the recorder (DVR/NVR).
I recommend dealing with resolution later after adjusting other parameters.
Bitrate type
The camera can use constant or variable bitrate,
Constant bitrate means the camera prioritizes the quality and avoid small image problems such as pixelization but sacrifices the bitrate by keeping it constant.
Variable bitrate means the camera prioritizes the bitrate variation, and the bandwidth will increase or decrease according to the video compression.
The variable bitrate is usually better when the network bandwidth is not sufficient such as remote access. Still, it can also be used on the local system if the intention is to reduce the traffic according to the scene variation.
You can change this parameter to help to solve the problem, but I recommend trying this later if the other parameters (such as the frame rate) didn't fix the problem.
Video Quality
This parameter is available only when the variable bitrate is used.
It controls the image compression thus controlling video quality and bandwidth.
You can also deal with this parameter later if you decide to set up the system to use a variable bit rate.
Frame rate
That controls the number of frames the camera captures per second.
This parameter changes how much bandwidth the camera uses, so it's a good idea to consider how many frames you need to record carefully.
The picture shows an example with 20 FPS, which means the camera is capturing 20 frames every second, and sometimes this not necessary.
Perhaps you 15 FPS or even 12 FPS is enough.
Imagine how much bandwidth the camera can save by reducing the number of frames it captures every second from 20 to 15.
If you consider reducing the frame rate for a group of 10 cameras, it means a total of 50 frames per second or 3,000 frames per minute that is reduced and impact the bandwidth.
Max bitrate
It's possible to set a limit to the bitrate, so the camera doesn't use more than the value that is set in this parameter, but you need to be careful with such setup.
As you can see in the picture, the maximum bitrate the camera can use is 2048, which means a bandwidth of 2 Mbps.
If the other parameter (resolution and frame rate) are set to high and require higher bandwidth,let's say 4 Mbps, it's not a good idea to force the system to use only half of the bandwidth.
This type of configuration brings problems with the video quality, so adjust this parameter carefully.
Video encoding
The type of codec (compressor/decompressor) heavily impacts in the bandwidth.
The H.265 codec compresses more than the H.264 and requires more CPU power to decompress the video on the computer that uses the iVMS-4200.
Try using the H.265 first to fix the error 800 and pay attention if the computer's CPU is powerful enough to handle the decompression.
What causes the error 800
Here are some common problems related to this error.
Common errors on iVMS-4200
Error code 317″ No videos. It will be prompted when the user has no permission to playback.
HCNetSDK.dll error code
Error code 1: Invalid user name or password
Error code 2: No permission. The user in the device has not enough permission.
Error code 4: Invalid channel number.
It will be prompted in the live view of the remote screen control.
Error code5: No more devices can be connected.
Failed to connect the device. Not supported. Operation failed.
Error code 7: Failed to connect the device.
Error code 23: Not Supported.
The camera signal is not supported. Check the video settings on the unit (camera, DVR, NVR).
Error code 43: No buffer.
It will be prompted when adding a device and the device port is occupied by a web server.
Error code 91: The channel does not support the operation.
It will be prompted when failed to get the sub stream.
Error code 96: The device is not registered on the DDNS.
Error code 153: The user is locked.
Error code 250: The device is not activated.
Error code 404: Channel No. error or the device does not support the sub stream.
It will be prompted when failed to get the sub stream or the sub stream does not exist.
Error code 424: Failed to receive the data for RTSP SETUP.
It will be prompted when adding the live view for the software via the external network.
Error code 800: No more bandwidth can be used.
Playctrl.dll ERROR CODE
Error code 2: The stream is not a Video & Audio stream.
Error code 6: The playback window turns black when adopting H.265 in the 64-bit operating system.
SMS ERROR CODE
Error code 3: The connection problem between the software and the stream media server.
Error code 17: The streaming problem between the stream media server and the device.
The Hikvision error code 800 usually occurs when the iVMS-4200 software can't handle the IP cameras' data traffic.
When using the software for live camera view or playback a message shows up as " Playback failed. Error code: HCNetSDK.dll[800] ".
You can fix the error by adjusting the bandwidth to make sure the iVMS-4200 can deal with the traffic coming from the camera group it's connected to.
Change the iVMS-4200 configuration
Open the iVMS-4200 system configuration and set up the parameter that automatically changes the video stream type.
Go the image menu and uncheck the "Auto Change Stream-Type".
See the picture below for more details.
This configuration can help to fix the error 800 by keeping the stream constant.
Читайте также: