Hanwha Wisenet XNB-9002 (4K) storage & retention

The XNB-9002 (4K) records 8MP video with H.265 compression at a typical 10 Mbps and 30 fps, which works out to roughly 108 GB per camera per day of continuous footage. H.265 is the reason that figure is manageable at all - the same 8MP stream on plain H.264 would need materially more bitrate to hold comparable detail, so the smart codec is doing real work before any schedule or motion setting is touched.

Multiply one camera's daily figure across the fleet and the timeline: 16 cameras x 108 GB/day x 30 days lands at approximately 52 TB. The relationship is linear, so stepping retention to 45 or 60 days, or adding cameras beyond 16, scales the total in direct proportion - there is no discount for scale in raw storage terms. At 16 cameras and this bitrate, the recording head-end falls in the Entry NVR class, which is the practical ceiling this preset is built around.

Inside the calculator, drag the camera-count slider and the retention-days field to see the total recompute instantly, and switch the recording schedule from continuous to a motion-only setting to see the duty factor pull the estimate down - motion-triggered recording only stores the portion of the day with detected activity, so the effective daily footprint per camera drops well below the continuous figure.

The calculator does not decide the exact bitrate a given scene will produce (busy, high-motion scenes push H.265 output above the 10 Mbps average used here, while static scenes push it below), it does not add RAID or redundancy overhead, it does not size a failover or archive tier, it does not check network write throughput against camera count, and it does not choose an exact drive make or model - those remain engineering decisions for the actual deployment.