BlueHouse Telecom

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.

7 min read
Storage drives beside a rack-mount recording appliance

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.

Use one group of cameras with the same average bitrate and recording schedule.

Use measured average bitrate or a stated design assumption. Resolution alone does not determine this value.

Use 24 for continuous recording. Event-only hours are an assumption, not guaranteed storage savings.

The number of days of footage you plan to retain.

Your chosen free-space reserve, from 0–90%. This is not a RAID or filesystem conversion.

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.

2. Collect the inputs that actually affect the estimate
InputPlanning meaning
CamerasNumber of streams with the same recording assumptions.
Average MbpsAverage recorded megabits per second for each stream.
Hours per day24 for continuous recording; a documented estimate for events.
DaysRequired 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.

Have a correction or a project question? Contact BlueHouse Telecom.

Explore specific purchasing, installation, and operating decisions.