Digiscan

iVMS-4500 defaults to SUBSTREAM. When you are live viewing the camera, you can change the stream using the icons beneath the live view. Port 8000 is for both main and substream. So, if the program is crashing, it is not due to the fact that you are watching the substream. Oh, great, thanks for that clarification. I didn't try on both of my cams, but the one I've been working on most (3MP turret) I find that when I locally load the web browser its main stream comes up 99% of the time without issue, but if I then click on substream it crashes the camera 9/10 times. Also when I click live-view on the 4500 app I get just a snapshot, then it crashes the camera. Similarly, if I use the rtsp://blahblah URL for it in VLC--you get one guess--it crashes the camera. So I used IP Cam Viewer from the app store, got the turret and a cube configured. Cube works beautifully for live-view, but the turret I only managed to get to test out once, and now it...you know where this is going (that's right, crashes the camera). So maybe it's just some camera issue I need to sort. UPDATE And now, inexplicably to me, all three cameras are working in live view without crashing anything. Strange, oh well. Not complaining for now UPDATE AGAIN: I figured out the problem. This app uses the substream. On these cameras if snapshots are set to take, the cameras will crash (at least on firmware 5.1.2) when you're viewing substream and the camera tries to take a snapshot. In my case snapshots only work, maddeningly, WHILE I'm viewing substream, and so I can only get a few snapshots when I switch to substream (either with this app or on web browser) and then the camera crashes anyway

It's too bad a developer would wait until release to see if their software works with a new OS. IOS8 dev kit was released on June 2nd, so three months before the production release went to the public.

Anybody have any idea with this Hikvision 4500 how to enable live viewing on the substream? Although I can playback from my hikvision cams, when I go to live view I see a screenshot and then it crashes the camera immediately, so I cannot even do anything else to it. With the free IP Cam Viewer app I can select "generic URL" and easily specify the substream for the camera, e.g. rtsp://admin:1122334455@192.168.1.115/h264/ch1/sub/av_stream However, I see no way within IVS 4500 to specify substream at the time I setup the camera in devices. Under the IP address setting it appears to me it wants the camera's 8000 port, which defaults to mainstream, and not the rtsp, which is on port 554 and lets me use substream with that longer URL...?

I have a switch in an unfinished area of the basement. A camera will be 60' away, with about 45' of that outdoors. I know I shouldn't use indoor rated cat5e, but I'm not convinced the uv will actually destroy it However, I'm willing to buy some indoor/outdoor stuff from Home Depot, which is solid, not stranded. Since it doesn't appear I can find stranded, outdoor rated Cat5e for a good price, it seems I have two choices: 1) Run the outdoor-rated solid in one run from camera to switch 2) Run the outdoor rated solid to just inside the basement, terminate at an rj45 jack or patch panel, and then use a smaller patch to the switch Am I right to think that 2) is really the preferable way? It seems kind of overkill, though...? I don't own a patch panel and buying one and mounting it somewhere for this feels a bit over the top. I already have another camera running over 100 ft of patch, but only about 8" of that are directly exposed to sun, with the bulk indoors and it's been okay for a couple of years.

Thanks for the peace of mind. I think I will go that route. It's not the end of the world if I have to re-run it but I hate repeating work. I have at times a tendency to hilariously over-engineer (which is something a person sometimes does when they don't exactly know what they are doing, preparing for eventualities that will never occur) things to a totally pointless degree though and I'm starting to think that this is going that way if I set up a patch panel and insist only UV protected wires. I have found many on google who talk about UV damage. I've heard indoor wire outside can die from UV from weeks to a year by people who've not done it, and then of those who have done it most are saying it has never gone bad, though one person said they had an indoor cable die after a year in florida. But then at least one other person claimed ethernet cables aren't waterproof even during the run, so Apparently the darker the cable the better, though because then the UV has to slowly work its way through the wire. My three year old wire isn't complaining yet and it's white

EDIT: SOrry wrong forum! Please delete, mod, will move to ip/megapixel.

I'm an admitted newb compared to most here, but I couldn't get SADP to work even when I was within the same range on my laptop. I know others have made statements in other threads like "I can never get SADP to work". I could only get it to work by setting my laptop's ip range to the camera's manually and then logging into its default IP, then setting it to DHCP and rebooting the cam.

This is why I told my wife nobody should get the first version of a new OS

I have that camera and I am successfully using it with the free iOS app--the hikvision 4500 one that comes up when you search for hikvision in the Apple app store. First things first, get this all working while the phone is on wifi before you try it with cellular plus the necessary port forwarding you'll do to let your external IP get to the camera, so that you can simplify what's going on. The default port for the camera is 8000, so with that IOS app you should be able to put in the camera's IP address, 8000 for the port, then the username/password. If you've changed the port you can see what it was changed to by logging into the camera directly from a browser and somewhere under system you can see the ports. If you get it working with wifi, next step is to setup the port forwarding on your router so that your external IP plus some other port (e.g. 8000, but it could be 2232 or whatever the heck you set it to), goes to the camera's internal IP and its 8000 port. Then you can set that external IP and that external IP port as the device settings in the IOS app; when you're outside on cell that external IP will work, and when you're on your local network it will work just as well, too.

At the rate things are going I think they might You basically stole those Axis cameras. I don't see any others close to that price!

At the very least you can have a camera access an FTP site and dump vids/images based on motion, which when hosted on your laptop would require very little processing power. Getting through the data is a hassle, but if you're trying to find out what's happening to packages, you can very quickly nail down exactly when it was moved anyway.

Interesting thread! You're way ahead of me. FWIW I have a Dahua 3200 IPC dome or whatever the heck it is, the 2 megapixel one that's fairly new. I'm extremely pleased with it (placed outside currently, and my winter temps will get below its specified range, but I am hoping [and frankly expecting] that it will be fine). Its night time is quite poor, but not too egregious with outside ambient light (not IR, though). Dahua's iphone/ipad app is a catastrophe. I hardly ever have been able to get it to work, even while on the local network. Just can hardly ever connect to the camera for real-time viewing. Just worthless to be honest. If I'm ever outside of the home and want to check on something I FTP, but as I have no NVR software at all it's a bit of a stab in the dark to find anything meaningful. Since my budget is low I now have two dropcam HD cameras and for the cost I'm very happy with them. Dropdead easy as heck to use and install, automatic off-site storage, low price, very acceptable picture quality for indoors. Built in IR at night, but that said the night vision is quite poor and movement is blurred to heck.

http://en.wikipedia.org/wiki/Homeowner_association Most people are not part of one but many neighborhoods are.

I have the same switch. I'm pretty sure it just doesn't matter at all. That said, I'm using its port 1, I think (I recall POE is 5- to the router. Remember with this switch that although there are 4 POE ports, if you're going to drain at the full 15 W you can only run two like that, or you could do 3 ports at 10 W or 4 at 7.5 as long as total W atts are no more than 30.

do you still have any left that you want to get rid of? I want to try it out. If he is who I think he is online he seems to have sold out A very brief search shows me the likely best price online for the HDB3200CN right now being $185 including shipping on Ebay right now from empiresecurity. That's with a 2.8 mm lens, which is quite short so you'll get a wide angle.

It seems so ludicrous that I've assumed it was some fault on my end, but so far haven't tracked it down. I'll continue to monitor, but if my life depended on it at this point I'd say the camera is doing it! EDIT: I've turned record mode from overwrite to stop when it hits a full HD. It's never even come close to that, but perhaps setting it to stop will ensure it never tries to delete anything. Anybody know what "Automatic/manual" mean in record mode? The manual just references them as if they're so obvious, but to me they aren't. They are mysterious radio buttons EDIT: 8/28 yeah it's doing it again. At some point today it cleared out the first half of yesterday. No rhyme nor reason. I will put up a script or service on the PC to manually move all files older than a couple minutes to another folder to mitigate this. It has to be the camera doing it.

Has anybody noticed this? I can confirm it now with almost total certainty that it's not anything I'm doing on my computer: From time to time this camera is clearing out the FTP folder of earlier days. I have it set to not delete old files. Still, I noticed first several days ago that absolutely everything was cleared out around 5:00 one day other than three random folders from that day, and within them no files except an idx file kicking around. All dated folders are under the basic root that the camera creates via FTP. I've been keeping a closer eye on these folders and backing up to another location at the end of each day. This morning I wake to find that 8/22 is fine, 8/22 is completely cleared out, 8/24 is fine. I had changed permissions of the account to disallow deleting folders. So, now I still have the folders under 8/22, but the files are gone. Limiting the account's ability to delete files means it won't rename the dav_ to dav. That's no great problem, but it also means that a great many jpgs get corrupted while saving; they'll end up incomplete with gray areas. It seems the way around this is to automate the manual copying I've done, so that the camera can't get back at these old files. I'm not being hacked, as the backup folder is still within the basic FTP root and nobody is going through messing it up. I'm 99% sure (not 100% sure) that nobody in the house is doing this, too. Nothing in the recycle bin indicating a manual purge.

Certainly you'd need to ensure the total bandwidth can handle the average of the recorded media. If your bandwidth is only 1 mbps, though, and during an even you're recording 10 mbps, but you only do that 3 minutes out of every hour you have twice the bandwidth you need

Unfortunately, that is not possible. NVR has to be away from camera location for reasons related to security (theft actually). However, tell me more about this secondary process. Is it some type of script that is executed at a certain interval and moves all data on the NVR to another location? What would be on the secondary receiving end? Another NVR? My thought was this: You've already exposed yourself to some level of theft with the cameras in place. My presumption is that you know they could get stolen and any other equipment onsite (e.g. router), but just don't want the case of your images of the person being stolen. That's where my idea comes in. You have a NAS drive on-site. The cameras are configured to record to its internal FTP server on movement. So, all images/video you want are being recorded locally--no bandwidth or reliability issues related to internet. You then have a process that is running at your house (50 miles away from the cameras) occasionally (and it could be as frequent as every minute if you wanted) polling this remote location for new files and any new files it finds it copies from the NAS at that location to your house. I'm not aware of any off the shelf software that would do this simply because I've not looked, the methodology behind it is quite simple. Alternatively if you had some NVR software installed on a cheap PC at that location, it could do something similar. The main gist of all this is that the reliability of a LAN is high, so you won't lose data related to events because of a temporary outage. The software responsible for then copying the 50 miles would have better error handling built in and able to re-try if failures occur. Buellwinkle describes it with far less words than I just did, but same general idea--

Nice

Hmm , so if it's not continously streaming how do you get Pix on screen ? Its motion detection is built in; it has no need to stream anything until it decides it has found a qualifying event and then transmits to storage. That said, I suspect it's probably constantly streaming some very, very small bits of data just to ensure the FTP connection is ready (at least, my Dahua does this, at a constant 3K/second by the looks of it).

Good heavens above.

Sounds to me like you should follow buelle's advice, buy equipment on that level--but still keep the NAS on-site (it is the best way to ensure you get the footage you want, reliably), and then set up a secondary process that runs intermittently just pulling away whatever that local system has to your computer situated 50 miles away. This way you end up with the robustness of all-local recording with its near-zero latency and unlimited bandwidth, instead of trying to constantly stream to a remote site and, since everything is being regularly batch copied to your other PC 50 miles away you still end up with a copy, should something happen to your equipment far away. Even if you're using motion-detected cameras at the location, I still don't believe you're going to find it works all that reliably FTPing its data to your drive 50 miles away over residential broadband, and it's that moment of an event when you need it to be robust. Catching up later with the batch-copy approach I mention it's fine if the connection is spotty or your bandwidth is low and it has to be retried, etc. because real-time isn't necessary then.

Yes, you'll surely want this to decrease the amount of storage necessary, but it's not going to assist with the DVR-over-internet approach, because when an event is detected the camera's still going to have trouble transmitting all that data with your bandwidth limitation. One thing not mentioned and you might want to consider is the DropcamHD. It does transmit online as you want, around 60 GB/month and is $150. Any half decent broadband connection can handle its bandwidth (their website says how much you need). It's also supposedly ridiculously easy to setup, and Dropcam's servers handle everything for you, from storage to alerts. One drawback is it's $10/month (the free version has no history at all, so is worthless IMO). Its quality seems decent, but not spectacular, though certainly competitive for the $150 price. Seems pretty compelling for some home users and as it transmit data outward instead of you inquiring into your network it solves all the regular firewall or dynamic IP considerations.

gold, have you noticed the camera deleting files? I Have mine set not to auto-delete. A few days ago I noticed that day's folder gone. Today at 4:30 I had three days straight worth of stuff and now at 5:30 the past two days are just gone, along with most of today--but not quite all. There is a file kicking around from 7:00 am (both the dav and its JPG folder from the same time frame), and then around 1:00 pm, but then everything is wiped up to around 5:00 PM. No mention in the log of this. I'm pretty certain nobody in the house has done it, and given that i have that folder from 7:00 am and 1:00 pm, it's just a bit weird. Worse-case I write a script to move files around every once in a while but that seems like it shouldn't be necessary. ...Actually, I just changed permissions of that FTP user to deny delete on files and folders. If this happens again I should then know for sure whether the camera is doing this or not. UPDATE: OK, well the renaming of the dav_ to dav requires delete permissions, so I'll just have to manually rename those and/or associate the player application with dav_ files while I test this.