Planning Tools / Interactive field guide
Security Camera Storage Calculator: Plan Recording and Retention
Estimate camera recording storage from camera count, average bitrate, recording hours, and retention days, then account for capacity and real-world variation.

What you’ll leave with
A transparent video-storage estimate with documented inputs, a free-capacity reserve, and a capacity verification checklist.
- Use average recorded bitrate and actual recording hours.
- Eight cameras at 4 Mbps continuously for 30 days estimate 10.368 TB of video.
- Check usable capacity after redundancy and other overhead separately.
A camera storage estimate needs a camera count, recording workload, image settings, and usable-capacity figure behind it. This guide explains the calculation and the checks needed before approving a retention promise.
The calculator estimates recorded video. It does not guarantee retention or replace the manufacturer's sizing tools. Check systems with onboard storage or managed retention against their model-specific documentation.
Put this guide to work
Estimate video recording storage
Use your camera count, average recording bitrate, recording hours, and retention target. The result shows the arithmetic and the selected free-space reserve.
See a worked hypothetical example
These invented inputs demonstrate the calculation. They are not equipment specifications, a recommended design, or a delivery commitment.
- Number of cameras
- 8
- Average recording bitrate per camera (Mbps)
- 4
- Recorded hours per camera per day
- 24
- Retention target (days)
- 30
- Usable capacity kept free (%)
- 20
8 cameras × 4 Mbps × 3,600 seconds × 24 recorded hours/day × 30 days ÷ 8 ÷ 1,000,000 = 10.368 decimal TB of footage. Divide by 0.8 to keep 20% of usable capacity free. Capacity uses decimal units (1 TB = 1,000 GB = 1,000,000 MB); values are rounded for display.
Keep your project brief
Complete choices above to create a brief. You can copy the guide link now.
Entries stay in this page’s memory. They are not saved to an account or sent in a quote request. Reset or reload clears the tool; downloaded or copied text remains wherever you keep it.
1. Define what needs to remain available
How long after an incident might someone need footage? Set a retention target for each camera group and identify events that need separate preservation. The recorder's maximum available history should not define the business policy.
Decide whether the requirement is continuous video or event clips, and whether the same image quality must remain available for the entire period. Record who approves these choices. A reduced-quality older recording may not support the same investigation task as recent full-quality footage.
2. Collect the inputs that actually affect the estimate
The basic calculation uses camera count, average recorded bitrate, recording hours per day, and retention days. Use measured or manufacturer-estimated average bitrate for the intended settings. Megapixels alone do not determine the amount of recorded data.
For event recording, hours per day means expected recorded time, including any pre-event and post-event periods. A quiet test day can understate a busy location's workload. Create a second scenario with more activity so the purchasing decision does not depend on one optimistic assumption.
| Input | Planning meaning |
|---|---|
| Cameras | Number of streams with the same recording assumptions. |
| Average Mbps | Average recorded megabits per second for each stream. |
| Hours per day | 24 for continuous recording; a documented estimate for events. |
| Days | Required recording history for this camera group. |
3. Understand the storage calculation
Estimated video storage in decimal terabytes equals cameras × average Mbps × recording hours per day × retention days × 0.00045. The factor converts megabits to bytes, hours to seconds, and bytes to decimal terabytes. It describes the video payload under the entered assumptions.
Eight cameras averaging 4 Mbps, recorded continuously for 30 days, estimate 10.368 TB: 8 × 4 × 24 × 30 × 0.00045. Reserving 20% of capacity as free space requires 12.96 TB: 10.368 ÷ 0.8. This illustrative reserve is a planning choice, not a manufacturer requirement or guarantee.
- Doubling the camera count or retention period doubles the estimate when other inputs stay fixed.
- Reducing recording hours lowers the estimate only if actual recorded activity follows that assumption.
- Divide estimated storage by (1 − reserve percentage ÷ 100); calculate RAID and filesystem overhead separately.
4. Calculate different camera groups separately
An entrance, a quiet storage room, and a busy outdoor view can have different bitrates and recording schedules. Calculate each group separately and add the results. Keep a list of the settings behind each group so a later resolution or frame-rate change triggers a new estimate.
Variable bitrate and scene-aware compression respond to image content. Axis documents that Zipstream can use different bitrates as scene activity changes. Lighting noise, movement, and image settings therefore matter when checking actual usage. Do not apply a generic compression-saving percentage to every camera without evidence from the proposed configuration.
5. Translate the estimate into usable recording capacity
Ask the supplier to show raw disk capacity, capacity after any redundancy configuration, and capacity actually available to recording. Decimal TB and binary TiB displays also differ. Keep all comparisons in a consistent unit, and include audio, additional recorded streams, metadata, or other overhead where the system requires it.
Check write throughput and recorder camera limits as well as capacity. More disks do not automatically remove a processing or network bottleneck. Systems such as UniFi Protect expose retention settings, while other platforms use model-specific storage options; verify the final design with the selected platform's tools.
6. Verify actual history after commissioning
After representative operation, compare measured storage use and the oldest accessible footage with the design assumptions. Check the required views and image quality, not just a dashboard's estimated days. Repeat the review after adding cameras or changing recording settings.
Keep the original calculation, final configuration, measured results, and any adjustments together. If the target is missed, agree whether capacity, settings, or the requirement should change. Avoid silently reducing useful image detail to make an advertised number of days appear achievable.
Common questions
Does the estimate include RAID capacity loss?
No. Compare the estimate with usable recording capacity after the selected redundancy configuration and system overhead.
Does higher resolution always determine storage?
No. Bitrate also depends on compression, settings, and scene activity. Measure or estimate the proposed recording configuration.
Sources & accuracy notes
Source information reviewed . Confirm compatibility, availability, and commercial terms for the proposed equipment. Planning tools organize your assumptions; the site survey and agreed design establish the final scope.
- Axis: video stream and Zipstream settings
- Ubiquiti: managing storage and retention
- Verkada: camera storage options
Have a correction or a project question? Contact BlueHouse Telecom.
