Jump to content

dexterash

Members
  • Content Count

    661
  • Joined

  • Last visited

Everything posted by dexterash

  1. The card is also used for backup, since, in normal conditions, it can't store more than one day of recordings. The "correct" way to record the camera is via NVR or via PSS (although i recommend a NVR).
  2. No, it will not work. FTP can and should be used only as a backup for recordings. Limitations appear because of the FTP protocol itself (for example, it doesn't support checking for available space)
  3. Simple... Single or dual device setup? As in... NVR that will do storage, playback&live or storage server+workstation client? Dual config means 2 X Hardware, 2 X Power Consumption (also 2 X UPS power), 2 X Monitor (you will need to monitor the recording server somehow, right?) etc
  4. Out-of-topic It's describing how the system decodes&displays a lower-bitrate/resolution stream, rather than the full stream (in the non-FullScreen condition) Nowdays, any decent software/hardware does that...
  5. Nvideo?! I suppose NVIDIA. Could you provide the model as to estimate a cost? Can the cameras be switched to FullScreen too? Including the 3MP&5MP? Understood they are mixed, but D1 it's 1/4 of 1080p and 1/2 of 720p. Also FPS it's 1/3 of a realtime. 3MP it's 150% of 1080p and 5MP is 250% of 1080p. So, based on this, can you make a sum and put the max capabilities(number of cameras) of 25/30FPS@1080P?
  6. What cameras, what resolutions are decoded, what codec, what bitrate type and what bitrate/camera? Also, please provide info about the video cards he uses.
  7. What causes the delay of the recordings (out-of-sync playback)?
  8. are those recordings? we were talking live output to, maybe, 3-5 monitors... at a resolution of the monitor of at least 1080p/monitor
  9. How would you decode/display 40+ 720p streams? With what workstation?
  10. CBR/VBR should not matter, as well as the resolution of the recording... FPS should have an effect on this behaviour.
  11. Problem appears due to different framerate and it's normal... That's why I asked you to use dedicated player from DAHUA.
  12. dexterash

    Adding more than 4 cameras to QC808

    Just try! It can't go wrong. Due to lots of firmwares/custom firmwares and hardware/firmware clones, i cannot guarantee...
  13. Hi dexterash. I noticed that this only happens when General and Motion have different bit rate and different fps. Now I'm using H264, 1280x720, 30 fps, VBR, quality (4), 4096 kbps bit rate for General and Motion and everything seems fine. I changed the settings because I would like to use IP Cam Viewer for Android on my tablet and this software seems to struggle to keep with this settings... But at least now it is recording fine. Anyway, if I change something on General, I have to also change Motion, because if they are different, I notice this "speed" issue. I play the DAV files with MPlayer for Linux. I also tried ffplay and it gave me the same result. But at least I found a workaround, in other words, keep General and Motion with the same exact settings. What settings do you prefer for General and Motion? Thanks. IP Cam Viewer is a joke compared to dedicated gDMSS Lite/Plus/HD that it's DAHUA native. You play your files via non-DAHUA players. Please try to use the standard ones, even try the Linux/Suse version of PSS.
  14. What are your encode/FPS settings for both General and Motion? How do you playback?
  15. Problems with PT-Z cameras appear, usually, after some use/moving the camera along. A DIY can be a simple solution, but can you be sure that it will last a full year with people moving the camera day-by-day? Also, all the cables of the cameras will be forced to move/bend if you use a standard camera with a PT mount... How well will them handle that?
  16. dexterash

    Adding more than 4 cameras to QC808

    The NVR can run without a router, in a "closed network". You don't need to plugin the additional switch to a router. There are 2 ways of adding more cameras: 1. you connect a switch (any type, but if you get non-POE you will have to power the cameras using the 12V connector) to one of the PoE ports on the back of the NVR, thus expanding it through it's internal network with no need to assign IPs manually to the cams 2. you connect a switch to the separate WAN/LAN port, but you will have to assign IPs to the cameras from the same network class as you NVR's LAN address; IPs should have the same netmask as the NVR and the 255 part of the IP should match both the NVR and the cameras, as in: NVR IP: 192.168.1.100 NETMASK: 255.255.255.0 IPs for cameras: 192.168.1.XXX (XXX could be any IP excluding 100) NETMASK for cameras: 255.255.255.0 or NVR IP: 192.168.0.99 NETMASK: 255.255.0.0 IPs for cameras: 192.168.0-255.0-255 (excluding 192.168.0.99) NETMASK for cameras: 255.255.0.0
  17. dexterash

    PSS widescreen???

    What PSS version? We use desktops with wide 1440x900 and it works ok. What's your resolution?
  18. Just get another dome down, open it and measure the corresponding pins... it's the simplest way!
  19. dexterash

    ! No disk

    Happy play with your new toys!
  20. dexterash

    ! No disk

    Are you sure you forwarded to the NVR and not to one of the cameras? 1channel, no disk, WEB 3.0 Interface (RTSP)... sounds like a camera interface, rather than the NVR. Also, if some cross-port forwarding was done, some bizarre things could happen!
  21. dexterash

    ! No disk

    Also, when everything else fails, reinstall the ActiveX by deleting the webrec folder from Program Files. True, PSS is a powerfull CMS. Also, if you want, you can carry it around on an USB stick, since it doesn't require reg settings (you can just copy it to a PC from another).
  22. dexterash

    ! No disk

    When using WEB login you have to make sure that the port forwarded is the same as the port in the NVR/DVR/IPC, since the ActiveX reads the port from the DVR and tries to connect to that port. WEB HTTP port doesn't matter. So, situations: DVR: 80 & 37777, Port forwarded 80->80,37777->37777 - works, web on port :80 DVR: 80 & 37777, Port forwarded 80->80,27777->37777 - doesn't work DVR: 80 & 37777, Port forwarded 3780->80,37777->37777 - works, web on port :3780 DVR: 80 & 37777, Port forwarded 3780->80,17777->37777 - doesn't work DVR: 80 & 27777, Port forwarded 3780->80,27777->27777 - works, web on port:3780 DVR: 80 & 27777, Port forwarded 3780->80,17777->27777 - doesn't work DVR: 1080 & 27777, Port forwarded 3780->1080,27777->27777 - works, web on port:3780 DVR: 1080 & 27777, Port forwarded 3780->1080,17777->27777 - doesn't work So, a simple general rule that always works: DVR: X(web)& Y(data), Port forwarded Z(web)->X(web), Y data->Y(data) This is only for connection via IE. With PSS/DMSS works without Y->Y forwarding.
  23. If you bought it directly from DAHUA, you should've gotten support. If you bought it from an authorized reseller, then they should give you support. If you bought from eBay/Aliexpress/second hand, then DAHUA will not provide support at all.
  24. Are you sure it can decode and display 48 streams of 720p?
×