Quick answer
Storage is driven mostly by bitrate and retention. Eight cameras at 4 Mbps recording all day for 30 days need about 10.4 TB before extra headroom or RAID overhead.
Best for: comparing realistic scenarios before acting. Not for: final professional guidance, emergency decisions, or replacing product labels and local requirements.
How to use the calculator
- Enter the labeled inputs for this cctv storage scenario.
- Adjust the optional assumptions shown in the form instead of relying on defaults blindly.
- Read the primary result, supporting result cards, and any warning notes together.
- Use share, copy, or print/PDF to save the exact scenario for later comparison.
What the results mean
The primary result is the main number to use first. Supporting cards show the inputs, ranges, assumptions, or follow-up checks that explain how to interpret it.
Decision notes for this calculator
Use: Planning aid
The labeled inputs and visible assumptions shown in the form move the result most.
Sources and assumptions
Use the inputs, units, and assumptions shown on the page, then compare important results with product documentation, vendor guidance, local code, or a qualified professional when the decision has safety or cost consequences.
- NIST binary prefixes and SI units
- SNIA Dictionary for storage terminology
- CalculatorShelf source guide: storage formulas
Method version: CCTV_STORAGE-1.0. Send corrections through the contact page.
What to do next
Compare a conservative scenario with your real requirements before acting.
Save this scenario
Use Share to copy a clean URL with your inputs, Copy result for notes or email, and Print / PDF for a saved scenario. If the result looks wrong, report an issue with the CCTV Storage Calculator.
Formula / methodology
Storage uses the bitrate field directly: GB = bitrate Mbps × 1,000,000 ÷ 8 × seconds recorded × cameras × motion-recording percentage ÷ 1,000,000,000. FPS and compression are displayed as planning notes only unless a additional bitrate-estimation model is added.
Assumptions and limitations
- Inputs are assumed to be measured accurately and entered in the units shown.
- Rounding is intentional so the result is easier to use in real decisions.
- Vendor-specific behavior, local code, product labels, and regional pricing can override a generic calculator.
- Health, legal, tax, emergency, structural, chemical, and other high-risk decisions need qualified guidance beyond a web calculator.
Example calculation
Input: 8 cameras, 4 Mbps each, 24 hours/day, 30 days, 100% recording. Output is about 10.4 TB total storage, about 346 GB/day, before RAID or filesystem overhead.
Common mistakes
- Changing FPS or compression and expecting storage to change when bitrate is entered directly.
- Using resolution instead of measured camera bitrate.
- Forgetting retention days or motion-recording percentage.
- Buying exactly the calculated capacity with no filesystem/RAID headroom.
FAQ
What formula does this page use?
Storage = bitrate × seconds recorded × cameras × retention days. Convert bits to bytes, then to GB/TB. Motion recording reduces the recorded-time percentage.
What changes the result the most?
Camera count, bitrate, recording hours, retention days, and motion-recording percentage drive the storage estimate most.
How should I use this result?
Use it as a planning estimate and compare important decisions with product documentation, labels, quotes, local code, or qualified guidance.
Why does this page show warnings?
Warnings call out assumptions that can materially change the result or create safety, cost, or reliability problems.
Can I share this scenario?
Yes. The share button copies a URL with the current inputs, while the main page remains the base calculator URL.
Method details
Updated: June 24, 2026. Calculation method: SURVEILLANCE_STORAGE-1.0. Availability: planning aid.