dexterash

add the camera, right click on it, Advance - Device configure in the left menu go to Network, then NAS

It's the bitrate of the video, not the network output (which, besides Video, also has data for motion detection, control etc) All DAHUA's cameras are limited around 8Mbps in FullHD resolution, so 8Mbps*4ch = 32Mbps , which is the max stated there. (The NVR is advertised as 16 ch d1 / 8ch 720p / 4ch 1080p). Same goes for 720p (which has a recommended bitrate of 4096) and D1 with 2048. No type of keyboard (besides DAHUA's proprietary network keyboard) will work with DAHUA's equipment.

http://www.averusa.com/surveillance/products/hybrid-dvrs/eh1004h.asp All i can read is 100fps@1.3MP H.264 and 16fps@2MP MJPEG. Do you have any other specs that it says 100fps@2MP H.264 (as in realtime FullHD)?

Please check the recording resolution of the Aver Mini! It's D1/NTSC (max 720 x 576!). DAHUA can do FullHD (1920 x 1080) - so there is no point in comparing them. (Later patch version shows 1.3MP as recording, but still way under FullHD recording); also compression is not H.264 for D1/1.3MP.

have you tried setting the path through PSS?

maybe create a another, dedicated share/user?

IR is reflecting from glass to sensor... check if the lens are completly isolated from IR (lens/lens surrounding should be tight to front glass)

Aver nano .....it will save him $200. To view lots of cameras on PSS it's in CIF If for NVR. Better PSS direct from camera. But then limited. Which AVER NANO can record and display at FullHD resolution and at 25-30fps@1080p/channel? After your post I've been searching... all they can do is support megapixel cameras, but recording is done at PAL/NTSC/D1 resolution and output is done in XGA resolution - 1025x768

Many of the bandwith variables depend on BITRATE (if, however, can be setup/controlled) and type of BITRATE (can be CBR - constant bit rate - or VBR - Variable Bit Rate) VBR is better for bandwith costs, but with a drawback: when motion is small, bitrate is small; translated, if an image is near to static, if a motion suddenly appears will take some secods until the quality will get high (bitrate will raise) CBR is constant: you setup the limit and the recording will be done at it As a very harsh explanation, BITRATE states how many of the differences between one frame and another will be sent

That tutorial is a good starting point. First you'll have to figure who will actually send the stream to the client (visitor) - you or the hosting company. Yes, it will bypass the concurrent streams limitation.

I will tell you that tomorrow - didn't test that because we usually use it in Realtime FullHD (and I also know it was a firmware issue, so I can't say if it's been fixed). Also, you got a PM (message)

The elegant solution would be to restream it to HTML5 with fallback to FLASH. This can be easily achieved via ffmpeg.

RickyGee, use the "quote" button for answering a specific post. I can only tell about DH-NVR3216 that does, for sure, 100fps@1080p on PAL and 120fps@1080p on NTSC. So it does realtime FullHD recording for 4 IP Channels (also it outputs FullHD image via the HDMI connector)

would you please give a model number?

Who said anything about CIF? Name a NVR that is cheaper that what 2 DAHUA NVRs cand do, please

there is always the solution of getting two NVRs (they are kind of cheap), since PSS (DAHUA's CMS) can support up to 1000 channels to monitor/config/etc

Sorry, buellwinkle, you are right... most of the routers cand forward ANY external port to ANY internal port. I was thinking at another situation... some of devices need 2-3 ports forwarded to work; first port is configurable, second and third not; so, if you forward first using any external port, the last 2 would have to be forwarded using default port (for example, the WEB 3.0 interface of DAHUA with RTSP support and no RTSP port configuration option). Also, this can occure when web port is forwarded correctly and external router port doesn't match internal router port on DAHUA's DVRs, NVRs and IPCs... Sorry, my mistake!

9988 is the port for early stages of onvif implementation in DAHUA... you should upgrade your firmware the port is hardcoded, you cannot change it, so you can't use more than one behind a router

First, it depends on the resolution you want to record - D1, 720p or 1080p. For example, 3216-P can do 4 x 1080p at 25 fps or 8 x 720p at 25fps (4 connected via integrated PoE and 4 connected via the integrated LAN, using a switch) There are some newer versions that allow dynamic allocation of resources, so you can use, for example, 8 x 1080p at 12 fps

depends on the hardware used and the producation date I might say DAHUA uses CPU power for other functions, rather encoding in MJPEG.

That is the snapshot URI. Well, MJPEG video is not available (yet) and i don't think it will be. MJPEG it's way too old and a bandwidth hog, so support has been stopped for it in a while. Your best choice is to make a "proxy server", to restream from RTSP to MJPEG.

that directory structure is easy to parse using a software and gives faster listing/access in case of many files using one directory would, eventually, imply a database of somekind to keep track of channel, date etc

Depends on your firmware. The latest firmwares have ONVIF implementation and the URL is ip/onvif/media_service/snapshot

Only for IPCameras, version 3.0 . It comes along with a firmware update.

get a new film and get it developed... should be cheap, if you're not satisfied Not "any" film will work