incentive

That page is actually miss leading, it says its CCA then further down it says its solid copper. If its CCA then is be ripping it out, and as for the price for cca thats mental

DM dvrs were terrible, dont know how they even got the sales they did. Sanyo werent much better, visilynx was my top in the analogue hayday

Hi it is government city wide solution of 800 some cameras, and integration with fire, access and intruder

make sure you have the latest version installed 2.5.3 I think it is. Also make sure you have real time option chosen in the options, you might also be dragging the 2nd stream at a lower FPS. in the top right corner of the software you can see your cpu load

also don't forgot anything can be hacked

Hikvisions ANPR solution works very well, with the darkfighter and lightfigher versions, for a cheap ANPR solution with great quality images, easy setup and use then you can't beat this.

i have used Avigilon, Genetec, Milestone and NICE (Qognify), as enterprise installations, but i rate Qognifys VMS as the best out of them all, they all have licences per camera, analytics etc they all have the same basic functions but I find the analytic setup and integration with other systems and API's all though in depth is far superior on NICE.

does anybody here know Perl? I need a script done in Perl for hikvision cameras converted to c#? Can anybody convert it? it checks the push stream for events and then activates in Zonemaster. Thanks

Hi has anybody got a discovery tool for vantage cameras? nothing on their website and have e-mailed there tech support with nothing back yet. thanks

Managed to mount the initrd drive looks like it mounts yaffs2 volumes on intial bootup Would be good to change the login screens on the web frontend

Hi has anybody successfully extracted the firmware image of an encoder or an nvr? I have used binwalk which extracts parts but not the file system, think its obfuscated and firmware mod tool which doesn,t recognise it as a filesystem. I dont have a unit to try telnet or such so just have the firmware downoad image

Yeah i thought the source code might of unpacked from the firmware file and could add to it, i wouldnt know how to patch it

Reading strings on hicore file from the encoder firmware suggest its sits in this folder /ptz/ptzlib.c iam not talking about ip ptz, but legacy analogue cameras connected to the ds-6716 encoder using the 485 out to control the cameras

Some ptz protocols on the encoders are not correct and i wanted to write and add more

hi have a situation.. I have 1 hikvision 96128 super nvr, 4x hikvision 16 channel encoders all the analog cameras connect to the encoders and the rs-485 lines so, the data on encoder one is then daisy-chained into encoder 2 data line, then 3 and so on on encoder 4 it then loops back out and goes onto one cable to go around the cameras. encoder 1 address = 1-16 encoder 2 address = 17=32 etc the problem is, using one keyboard I can control all cameras no problems, I introduce keyboard 2 and it falls over. if keyboard 1 is ptz a camera say on encoder 1 address 4 and keboard 2 then starts ptz a camera on encoder 2 address 20, encoder 2 shuts down and reboots. now if I use keyboards 1 and 2 and control a camera from the same encoder at the same time say 1 and 9 all is ok I think the looping of the 485 is causing a feedback issue, I need a combiner that will combine 4 inputs nd output 1, but I was thinking of putting blocking diodes on the data outputs to stop any feedback causing my reboots any thoughts?

Sorted it by fitting blocking diodes on the 485 leaving the encoders The hikvision encoders must of seen ptz commands on the line that it didnt generate and those reboots, so diodes block any commands back feeding into the encoders The 485 was run from out enocder 1 to encoder 2 to encoder 3 and so on then one cable out to the cameras.

hi have a situation.. I have 1 hikvision 96128 super nvr, 4x hikvision 16 channel encoders all the analog cameras connect to the encoders and the rs-485 lines so, the data on encoder one is then daisy-chained into encoder 2 data line, then 3 and so on on encoder 4 it then loops back out and goes onto one cable to go around the cameras. encoder 1 address = 1-16 encoder 2 address = 17=32 etc the problem is, using one keyboard I can control all cameras no problems, I introduce keyboard 2 and it falls over. if keyboard 1 is ptz a camera say on encoder 1 address 4 and keboard 2 then starts ptz a camera on encoder 2 address 20, encoder 2 shuts down and reboots. now if I use keyboards 1 and 2 and control a camera from the same encoder at the same time say 1 and 9 all is ok I think the looping of the 485 is causing a feedback issue, I need a combiner that will combine 4 inputs nd output 1, but I was thinking of putting blocking diodes on the data outputs to stop any feedback causing my reboots any thoughts?

Hi the keyboards are the 1100 ip touchscreen keyboards so there is no direct 485 cable from these. 485 from the encoders only all parraled up... I tried my idea and it works..the encoders obv dont like it when it sees data transmitted that wasnt from its own encoder data line..blocking diodes on the a b line done the trick And the ip keyboards are practlically useless without a decoder..as it doesnt recognise any nvr video output

Yes Touchscreen keyboards need more user lock down facilities, Touchscreen keyboards need to access the nvr video outputs same way as a decoder does They need to properly engineer their protocols as pelco is not true pelco and vcl is a load of crAp, stops commands are wrong so just keep going. Ivms software monitor outputs need more tiles available . Only have 1,4,6,8,9,16 how about option to make your own tiles and output size.. Super nvr has 4 gig ports these should have option to load balance betwern and not just fault tollorance, esp when you have 400mbps coming in