Calcul HDD supraveghere: câți TB îți trebuie la 4, 8 sau 16 camere
Calculul HDD-ului pentru camerele de supraveghere pleacă de la un singur număr: un megabit pe secundă înseamnă 10,8 GB pe zi. Patru camere de 4MP la 3 Mbps cer 3,9 TB pentru 30 de zile de înregistrare continuă, aceleași camere la 4K cer 7,8 TB, iar codecul inteligent le aduce înapoi la 3,9 TB.
Răspunsul rapid
Calculul HDD-ului de supraveghere pleacă dintr-un singur număr, bitrate-ul, adică fluxul de date pe care camera îl scrie după compresie: patru camere de 4MP cer 3,9 TB pentru 30 de zile, aceleași camere la 4K cer 7,8 TB. Numărul de camere și megapixelii, singuri, nu spun nimic.
Un megabit pe secundă înseamnă 10,8 GB pe zi. Înmulțești bitrate-ul unei camere cu 10,8, apoi cu numărul de camere și cu zilele de istoric, și ai capacitatea în GB.
Bitrate-ul, nu rezoluția, decide. Cu H.265, codecul standard al camerelor de azi, și setări uzuale, o cameră de 2MP stă în jur de 2 Mbps, una de 4MP în jur de 3 Mbps, iar una de 4K în jur de 6 Mbps.
Reperele pentru 30 de zile de înregistrare continuă: 4 camere de 4MP cer 3,9 TB, 8 camere de 4MP cer 7,8 TB, 4 camere de 4K cer tot 7,8 TB, iar 8 camere de 4K cer 15,6 TB.
Adaugă 20 la sută peste rezultat. Valoarea setată în cameră e un plafon, media reală urcă noaptea și vara, iar recorderul, adică DVR-ul sau NVR-ul, își rezervă o parte din disc pentru indexul propriu.
Detecția de mișcare aduce consumul tipic la 30 până la 50 la sută din cel continuu, nu la 10 la sută. O cameră îndreptată spre stradă economisește aproape nimic.
Ce disc pui, CMR sau SMR, volum de lucru, firmware de streaming, e discutat separat în ghidul despre DVR, NVR și hard diskul de supraveghere. Aici rămânem pe capacitate: câți terabytes, din ce bitrate, pentru câte zile. Discurile sunt în medii de stocare și hard diskuri interne.
De unde vine numărul 10,8
Numărul 10,8 e o conversie de unități, nu o constantă de producător: un megabit pe secundă produce 10,8 GB de date în 24 de ore. Un megabit pe secundă înseamnă 1.000.000 de biți în fiecare secundă. O zi are 86.400 de secunde, deci 86.400 de megabiți. Un byte are 8 biți, așa că împărți la 8 și obții 10.800 de megabytes, adică 10,8 GB pe zi pentru fiecare megabit pe secundă.
De aici ies trei formule, toate în GB zecimali:
Înregistrare continuă:
GB = Mbps x 10,8 x număr de camere x zileÎnregistrare parțială:
GB = Mbps x 0,45 x ore pe zi x număr de camere x zileCalculul invers:
zile = capacitatea discului în GB / (Mbps cumulat x 10,8)
Cifra 0,45 e aceeași conversie pe oră: un megabit pe secundă produce 450 MB într-o oră.
Un lucru pe care majoritatea calculatoarelor online îl greșesc: nu scădea nimic pentru diferența dintre TB și TiB dacă lucrezi în GB zecimali. Un disc vândut ca 4 TB conține exact 4.000.000.000.000 de bytes, adică 4.000 GB în aceeași unitate în care ai calculat consumul, deci împărțirea e directă. Recorderul afișează 3,64 pentru că numără în puteri ale lui 1.024, dar păstrează eticheta TB: e o problemă de afișare, nu spațiu pierdut.
Ce bitrate are de fapt camera ta
Bitrate-ul care contează e cel setat în meniul de encodare, nu cel din fișa produsului: în H.265, la 15 până la 20 de cadre pe secundă, o cameră de 2MP stă în jur de 2 Mbps, una de 4MP în jur de 3 Mbps, iar una de 4K în jur de 6 Mbps. Tabelul dă intervalele complete, iar coloana finală e consumul unei singure camere, calculat pe valoarea de mijloc din coloana H.265.
Rezoluție | H.264 | H.265 | Codec inteligent | GB pe zi, o cameră H.265 |
|---|---|---|---|---|
2MP (1080p) | 3-5 Mbps | 1,5-2,5 Mbps | 0,8-1,5 Mbps | circa 22 GB |
4MP (2K) | 5-8 Mbps | 2-4 Mbps | 1,2-2,5 Mbps | circa 32 GB |
5MP | 6-10 Mbps | 3-5 Mbps | 1,5-3 Mbps | circa 43 GB |
8MP (4K) | 10-16 Mbps | 5-8 Mbps | 2-4 Mbps | circa 65 GB |
Intervalele sunt largi dintr-un motiv fizic: un codec comprimă diferențele dintre cadre, iar cât de mari sunt ele ține de scenă. Aceeași cameră de 4MP produce 2 Mbps îndreptată spre un perete și 4 Mbps îndreptată spre o intersecție.
Trecerea de la H.264 la H.265 taie în practică între 30 și 50 la sută din volum la calitate comparabilă. Codecele inteligente, vândute ca H.265+ sau Smart H.265, merg mai departe: păstrează un cadru de referință al fundalului static și răresc cadrele complete cât timp în imagine nu se întâmplă nimic. Câștigul declarat de producători e mare, dar se realizează doar pe scene liniștite, așa că socotește prudent, în jur de 50 la sută sub H.265 obișnuit, și verifică după o săptămână în statistica recorderului.
Distanța dintre cele două capete rupe bugetul de discuri: o cameră 4K lăsată pe H.264 la 25 de cadre pe secundă poate ajunge la 18 Mbps, adică aproape 6 TB pe lună de una singură, iar aceeași cameră pe codec inteligent la 15 cadre stă în jur de 3 Mbps, sub 1 TB. Regula de decizie: dacă și camerele, și recorderul suportă H.265 sau H.265+, activează-l pe toate canalele și ține 15 cadre pe secundă peste tot în afară de casa de marcat și de poarta cu trafic.
Cifra se citește per flux, în meniul de encodare. Sub VBR (bitrate variabil) valoarea aceea e un plafon, iar media reală stă sub el; sub CBR (bitrate constant) e chiar consumul, minut de minut, indiferent dacă în cadru se mișcă ceva. CBR îți dă un calcul exact și un disc plin predictibil, VBR îți dă zile în plus și o fereastră de istoric care variază.
Și nu uita fluxul secundar, sub-stream-ul: versiunea de rezoluție mică pe care camera o produce în paralel pentru aplicația de telefon. Dacă recorderul e configurat să îl și înregistreze, nu doar să îl trimită mai departe, adaugă și consumul lui la sumă.
Cât adaugă cadrele pe secundă, noaptea și anotimpul
Cadrele pe secundă, întunericul și vegetația în vânt urcă bitrate-ul real cu zeci de procente peste valoarea de planificare, deși niciunul nu apare în tabelele de dimensionare.
Cadrele pe secundă. Urcarea de la 15 la 25 de cadre pe secundă adaugă tipic între 30 și 50 la sută la bitrate, nu 67 la sută cât ar sugera raportul cadrelor, pentru că majoritatea cadrelor adăugate sunt cadre de diferență, ieftine în date. Câștigul de fluiditate e în schimb neglijabil: peste 20 de cadre pe secundă are sens doar la citirea plăcuțelor de înmatriculare pe drumuri rapide sau la case de marcat, unde vrei să prinzi gestul.
Noaptea. La lumină scăzută senzorul amplifică semnalul și odată cu el zgomotul, iar zgomotul e, pentru un codec, mișcare pe tot cadrul. Pe VBR asta poate urca bitrate-ul cu 50 până la 100 la sută față de zi. Reducerea digitală de zgomot și codecul inteligent limitează efectul, iar o cameră cu iluminare albă permanentă rămâne mult mai ieftină în date decât una pe infraroșu, într-o scenă cu ploaie sau ninsoare.
Anotimpul. O curte cu vegetație în bătaia vântului produce vara mult mai multe date decât iarna, când cadrul e static. Măsurat în ianuarie, consumul minte pentru iulie.
Câți TB pentru 30 de zile de înregistrare continuă
Pentru 30 de zile de înregistrare continuă în H.265 îți trebuie circa 3,9 TB la 4 camere de 4MP, 7,8 TB la 4 camere de 4K și 15,6 TB la 8 camere de 4K. Tabelul e calculul brut, fără marjă, pe bitrate-urile de planificare: 2 Mbps la 1080p, 3 Mbps la 4MP și 6 Mbps la 4K.
Camere | 1080p, 2 Mbps | 4MP, 3 Mbps | 4K, 6 Mbps | 4K cu codec inteligent, 3 Mbps |
|---|---|---|---|---|
2 camere | 1,3 TB | 1,9 TB | 3,9 TB | 1,9 TB |
4 camere | 2,6 TB | 3,9 TB | 7,8 TB | 3,9 TB |
8 camere | 5,2 TB | 7,8 TB | 15,6 TB | 7,8 TB |
16 camere | 10,4 TB | 15,6 TB | 31,1 TB | 15,6 TB |
Ultima coloană e identică cu a doua, și tocmai asta e concluzia utilă: un codec inteligent aduce o cameră 4K la consumul unei camere obișnuite de 4MP. Dacă recorderul și camerele îl suportă, activarea lui valorează cât dublarea discului.
Pentru alte perioade scalezi liniar: 15 zile înseamnă jumătate din cifrele din tabel, 60 de zile dublul lor.
Un exemplu complet, o pensiune cu 6 camere de 4K în H.265, continuu, 30 de zile:
bitrate cumulat: 6 camere x 6 Mbps = 36 Mbps
pe zi: 36 x 10,8 = 388,8 GB
pentru 30 de zile: 388,8 x 30 = 11.664 GB, adică circa 11,7 TB
cu marja de 20 la sută: circa 14 TB, deci două discuri de 8 TB
