How much storage does a 4MP camera use per day?

A 4MP camera recording continuously at 15 fps uses approximately 18 to 21 GB per day with H.264 compression, or 9 to 11 GB per day with H.265 compression. The exact amount depends on scene complexity, bitrate settings, and frame rate. Motion-based recording can reduce this by 50 to 70 percent depending on how much activity occurs in the scene.

Is H.265 worth it for CCTV storage?

Yes. H.265 (HEVC) reduces storage requirements by 30 to 50 percent compared to H.264 at the same image quality. For a 16-camera system recording continuously for 30 days, switching from H.264 to H.265 can save 10 to 20 TB of storage. The trade-off is that H.265 requires more processing power for encoding and decoding, so your NVR or server must support it. Most modern NVRs and cameras released after 2018 support H.265.

How long should CCTV footage be stored?

Retention periods depend on industry regulations and security needs. Retail stores typically retain footage for 30 days to cover inventory audit cycles. Banks and financial institutions often require 90 days or more. Government and critical infrastructure facilities may mandate 180 days to one year. Healthcare facilities typically require 30 to 90 days. Always check local regulations and industry-specific compliance requirements, as penalties for insufficient retention can be severe.

Can I use regular hard drives for CCTV recording?

Standard desktop hard drives are not recommended for CCTV recording. Surveillance-rated drives such as the Western Digital Purple or Seagate SkyHawk are specifically designed for 24/7 continuous write operations, support higher workload ratings (up to 180 TB per year versus 55 TB for desktop drives), and include firmware optimizations for streaming video data. Desktop drives used for surveillance typically fail within 12 to 18 months due to the constant write cycles, while surveillance-rated drives are warrantied for 3 to 5 years of continuous operation.

Kuidas arvutada CCTV-salvestusruumi nõudeid: täielik juhend

CCTV-salvestuse põhitõed

Enne kui alustada arvutustega, peate mõistma kolme tegurit, mis määravad, kui palju salvestusruumi CCTV-süsteem tarbib: bitikiirus, pakkimiskodeek ja eraldusvõime. Need kolm muutujat on omavahel seotud, ja iga ühe vale määramine viskab täielikult sassi teie kogu salvestuskalkulatsiooni.

Bitikiirus on andmemaht, mida kaamera toodab sekundis, mõõdetuna megabitides sekundis (Mbps) või kilbitides sekundis (Kbps). Kaamera, mis edastab 4 Mbps, toodab iga sekundiga 4 megabitti andmeid, mis vastab ligikaudu 1,7 GB tunnile või 42 GB päevale pideva salvestamise ajal. Bitikiirus on salvestusarvutuses kõige olulisem number, sest see määrab otseselt andmemahu. Kõrgema eraldusvõimega kaamerad, kiiremad kaadrisagedused või suurema liikumisega stseenid annavad kõik kõrgema bititkiiruse.

Pakkimine on see, kuidas kaamera kodeerib videoandmeid faili suuruse vähendamiseks. Kaks domineerivat kodekit järelevalves on H.264 ja H.265 (nimetatakse ka HEVC). H.264 on olnud valdkonna standard üle kümne aasta ja seda toetavad praktiliselt kõik NVR ja VMS turul. H.265 on uuem standard, mis saavutab sama pildikvaliteen 30 kuni 50 protsenti madalamal bititkiiruse võrreldes H.264-ga. 16-kaamerate süsteemi puhul 30 päeva jooksul võib erinevus H.264 ja H.265 vahel hõlpsasti olla 15 kuni 25 TB salvestusruumi : mis tähendab ühte või kahte vähem kõvaketast ja märkimisväärseid kulusääste.

Eraldusvõime määrab iga kaadri detailide hulga, mis otseselt mõjutab bititkiirust. 4K (8MP) kaamera toodab ligikaudu neli korda rohkem andmeid kui 1080p (2MP) kaamera sama kaadrisageduse ja pakkimistaseme juures. Kõrgem eraldusvõime tähendab teravamaid pilte ja paremat suumimist taasesituse ajal, kuid see tähendab ka märkimisväärselt rohkem salvestusruumi. Eraldusvõime valik peaks põhinema järelevalve eesmärgil iga kaamerate asukoha jaoks : kõik kaamerad ei pea olema 4K.

Kaadrisagedus mängib samuti rolli. Enamik järelevalvesüsteeme salvestab 15 fps (kaadrit sekundis) kui tasakaal sujuva video ja salvestusefektiivsuse vahel. Suurendamine 25 või 30 fps-le annab sujuvamat videot, kuid suurendab salvestusruumi 67 kuni 100 protsenti. Enamiku turvalisuse rakenduste jaoks piisab 15 fps-st. Liikluse jälgimine ja kiiresti liikuvad stseenid võivad kasu saada 25 fps-st, samas kui staatilised stseenid nagu koridorid või magalaod võivad sageli langeda 10 fps-le ilma kriitiliste detailideta.

Salvestusruumi arvutamise valem

CCTV-salvestusruumi arvutamise põhivalem on sirgjooneline. Kui teate iga kaamera bititkiirust, on ülejäänud lihtsalt aritmeetika.

Valem

Storage (GB) = Bitrate (Mbps) x 0.125 x 3600 x Hours per Day x Days x Number of Cameras / 1000

Lõikame seda lahti: korrutage bitikiirus megabittides sekundis 0,125-ga, et teisendada megabaitideks sekundis. Korrutage 3600-ga, et saada megabaitime tund. Korrutage päevas salvestatavate tunnidega (24 pideva salvestamise korral). Korrutage säilitamispäevade arvuga. Korrutage kaamerate arvuga. Jagage 1000-ga, et teisendada MB-st GB-ks.

Lihtsustatud versioon: see eeldab 24-tunnilist pidevat salvestamist ja annab tulemuse terabaitides.

Näide 1: Väike jaekauplus

8 kaamerat, 4MP eraldusvõime, H.265 pakkimine, 15 fps, 30 päeva säilitamine, pidev salvestamine.

Tüüpiline bitikiirus 4MP H.265 juures 15 fps-l: ligikaudu 3 Mbps kaamerates.

Salvestus = 3 Mbps x 0.0108 x 30 päeva x 8 kaamerat = 7,78 TB

RAID 5 ülekuluga (üks ketas paarsuse jaoks 4-ketasmaas): ligikaudu 10,4 TB tooraine võimsus vaja, mis sobib 4-baasi NVR-sse, kus on 4 x 4 TB järelevalveketast.

Näide 2: Kontorithoone

32 kaamerat, segatava eraldusvõime (16 x 2MP + 16 x 4MP), H.265, 15 fps, 60 päeva säilitamine, 12 tundi/päeval salvestamine (äriaeg + puhver).

2MP H.265 bitikiirus: ligikaudu 2 Mbps. 4MP H.265 bitikiirus: ligikaudu 3 Mbps.

Salvestus 2MP kaamerate jaoks = 2 x 0.0108 x 60 x 16 x 0.5 (12h/24h) = 10,37 TB

Salvestus 4MP kaamerate jaoks = 3 x 0.0108 x 60 x 16 x 0.5 = 15,55 TB

Kokku: 25,92 TB kasutav, ligikaudu 34,6 TB tooraine RAID 5-ga.

Näide 3. Suur kampus

128 kaamerat, 4MP keskmine, H.265, 15 fps, 90-päevane säilitamine, pidev salvestamine.

Salvestus = 3 x 0.0108 x 90 x 128 = 373,25 TB

See salvestuse tase nõuab ettevõtte klass NVR servereid või pühendatud salvestusmassiive. RAID 6 ülekuluga eelarvega ligikaudu 450+ TB tooraine võimsus.

Eraldusvõime ja bitikiiruse viitetabel

Järgmises tabelis esitatud tüüpilised bitikiirusväärtused tavalistest valvekaamera eraldusvõimetest 15 fps-ga, kasutades nii H.264 kui H.265 kompressiooni. Need on keskmised väärtused keskmise liikumisega stseenide jaoks. Kõrge liikumisega stseenid (rikkaliku liiklusega ristmikud, jaemüügikaupluste sissepääsud) võivad tekitada 20:40 protsenti kõrgemaid bittikiiruseid, samas kui staatilised stseenid (koridorid, laokambrid) võivad tekitada 20:30 protsenti madalamaid bittikiiruseid.

Eraldusvõime	Megapikslid	H.264 biitkiirus	H.265 biitkiirus	H.264 GB/päev	H.265 GB/päev
1920 x 1080	2MP	3-4 Mbps	1.5-2 Mbps	32-43 GB	16-22 GB
2560 x 1440	4MP	5-6 Mbps	2.5-3 Mbps	54-65 GB	27-32 GB
2592 x 1944	5MP	6-8 Mbps	3-4 Mbps	65-86 GB	32-43 GB
3840 x 2160	8MP (4K)	10-16 Mbps	5-8 Mbps	108-173 GB	54-86 GB
4000 x 3000	12MP	16-24 Mbps	8-12 Mbps	173-259 GB	86-130 GB

Need väärtused eeldavad konstantse bitikiirusega (CBR) kodeerimist 15 fps-ga. Muutuva bittikiiruse (VBR) kodeerimine tekitab madalama keskmise salvestuskulu, kuid kõrgemaid tippe hõivatud perioodidel. Salvestuse suuruse määramisel VBR-iga kasutage mahtuvuse planeerimiseks tipubittikiiruse väärtust, et tagada, et te kunagi ei jääks otsa ruumiga kõrge aktiivsuse perioodidel.

Säilitamise kestuse planeerimine

Säilitamise kestus : kui palju päevi jooksul te andmeid säilitate, enne kui neid üle kirjutatakse : määrab sageli tegevusala regulatsioon, kindlustusvajalikud reeglid või sisemine turbevajadus, mitte tehniline eelistus. Vale säilitamise kestuse valik võib põhjustada regulatiivseid trahve või võimatust uurida juhtumeid, mis on avastatud pärast seda, kui andmeid on juba üle kirjutatud.

Tegevusala	Tüüpiline säilitamise kestus	Regulatiivsed märkused
Jaemüük	30 päeva	Katab tavalisi inventuuri auditeerimise tsükleid; mõned jaemüüjad pikendavad kõrge kaupade kadumusega asukohtades 60 päevani
Pangandus / Finantssektori	90 päeva	Regulatiivsed nõuded erinevad jurisdiktsiooniti. ATM- ja kindluskaameraid on sageli vaja 90+ päeva jooksul.
Valitsus / kriitiline infrastruktuur	180 päeva	Föderaalsedsed hooned, hüdroelektrijaamad ja kaitseseadmed nõuavad sageli 6 kuud kuni 1 aastat.
Tervishoid	30:90 päeva	HIPAA ei määratle CCTV säilitamist, kuid asutused on tavaliselt ühe meelega juhtumite teatamise ajajoonega
Haridus	30:60 päeva	Koolipiirkonnad järgivad sageli osariikide spetsiifilisi juhiseid. Mõned osariigid nõuavad minimaalset 30 päeva.
Külalistemajandus	30:45 päeva	Hotellid ja kasiinod. Kasiinod säilitavad mängualade salvestusi sageli 30+ päeva jooksul, järgides hasartmängude komisjoni reegleid
Transpordilogistika	30:90 päeva	Lennujaamad, rongijaaamad ja bussijaaamad; TSA ja kohalikud transpordiasutused määravad nõuded

Säilitamise kestuse planeerimisel lisage alati oma miinimumnõuet 10:15 protsendi võrra suurem varu. Kui regulatsioonid nõuavad 30 päeva, projekteerige 34:35 päevaks. See arvestab ajaline erinevusi, kuidas NVRid säilitamise kestust arvestavad, failisüsteemi ülekulu ja viivitust selle vahel, millal peaksid andmeid aeguma ja millal süsteem tegelikult need üle kirjutab. Töötamine täpses miinimummahtuvuses tähendab, et mis tahes ajutine biitkiirus tõus (kiirelt arenev pühade periood, ebatavalised ilmastikutingimused põhjustavad rohkem liikumist) võib põhjustada sellele, et vanimad andmed kirjutatakse üle enne nõutud säilitamise akna lõppemist.

Kaaluge suure süsteemi jaoks mitmekorruselise säilitamise kasutamist. Kriitiliste kaamerate : sissepääsud, müügipunktid, sularahakamber : andmeid võib säilitada 90 päeva jooksul, samal ajal kui korridoride ja parkimisalade kaamerad säilitavad andmeid 30 päeva jooksul. See lähenemine võib vähendada kogusäilitusmahtuvuse nõudeid 30:40 protsendi võrra võrreldes pikima säilitamise perioodi rakendamisega ühtlaselt kõigile kaamerate. Enamik NVR ja VMS platvorme toetab kaamerate või kaamerate rühmade kaupa säilitamise kestuse seadeid.

RAID ja redundantsus

Kõvakettad rinevad. Valvesüsteemis, mis töötab 24/7 pidevate kirjutustega, ei ole ketta rike küsimus, kas jah, vaid millal. RAID (Redundant Array of Independent Disks) kaitseb teie salvestisi, jaotades andmed mitme ketta vahel nii, et ühe või kahe ketta kaotamine ei kajastu andmete kaotusena. Õige RAID-taseme valimine on salvestusplaani kriitiline osa, kuna RAID-i pealekulu vähendab teie kasutamisvõimelist mahtu.

RAID 5 : ühe ketta pariteedi

RAID 5 jagab andmed kõigile kettadele ja kasutab ühe ketta mahust pariteedielementi. See talub ühe ketta rikke ilma andmete kadumiseta. Kasutamisvõimeline maht on (N-1) x ketta suurus, kus N on kettade arv. Näiteks neli 8 TB ketast RAID 5-s annavad 24 TB kasutamisvõimelist salvestusruumi (3 x 8 TB). RAID 5 on kõige levinum konfiguratsioon väikeste ja keskmise suurusega valvesüsteemide jaoks (kuni 32 kaamerat). Risk on selles, et kui teine ketas rikneb esimese rikke järel taastamise käigus, kaovad kõik andmed. Suurte kettade (8 TB+) taastamisajad võivad olla 12:24 tundi, mille ajal massiiv on haavatav.

RAID 6 : kahe ketta pariteedi

RAID 6 kasutab kahe ketta pariteedielementi, võimaldades massiivil taluda kahte samaaegset ketta rikke. Kasutamisvõimeline maht on (N-2) x ketta suurus. Kuus 8 TB ketast RAID 6-s annavad 32 TB kasutamisvõimelist ruumi (4 x 8 TB). RAID 6 on soovitatav süsteemide jaoks, millel on rohkem kui 4 ketast ja ettevõtete kasutamiseks, kus andmete kaotamine on vastuvõetamatu. Kahekordne pariteedi kaitse on eriti väärtuslik taastamistoimingute ajal : kui teine ketas rikneb, kui massiiv taastub esimesest rikest, jätkab RAID 6 normaalselt tööd, samas kui RAID 5 kaotaks kõik andmed.

RAID 10 : peeglitatud triibud

RAID 10 kombineerib peegeldamist (RAID 1) triipumisega (RAID 0). Iga kettaga peegeldatakse, mis tagab kõrgeima luku/kirjutamise jõudluse ja võimaluse säilida mitme ketta rikke, kuni ükski peegelpaar ei kaota mõlemaid kettaid. Kasutatavate maht on 50 protsenti kogu tooraine mahtudest : neli 8 TB kettad pakuvad 16 TB kasutatavat. RAID 10 pakub paremat kirjutamise jõudlust, mis on oluline suurte kaamerate arvu süsteemide puhul, mis loovad rasked kirjutamise koormused. Kompromiss on see, et kaotate poole tooraine mahust. Seda kasutatakse tavaliselt kõrge toimivusega ettevõtte NVR-serverites, kus kirjutamise kiirus on kitsaskohaks.

Ootel olevad reservkettad

Ootel olevat reservketta nimetatakse hot spare'ks. See on paigaldatud massiivi, kuni salvestusseade rikki mineb, misjärel RAID-kontroller hakkab automaatselt hot spare'ile ümber ehitama ilma inimese sekkumiseta. See minimeerib haavatavuse akna. Mis tahes RAID 5 massiivi puhul on hot spare tungivalt soovitatud. Kriitiliste süsteemide puhul konfigureerige üks hot spare iga 4:6 aktiivse draivi kohta. Hot spare tarbib draivijäägi ja selle maht ei ole salvestamiseks saadaval, seega arvestage seda oma mahtude planeerimisel.

Koguvõimsuse arvutamisel võtke kasutamisvõimeline salvestus ja korrutage RAID-i pealekulu teguriga: RAID 5 = kasutamisvõimeline x (N / (N-1)), RAID 6 = kasutamisvõimeline x (N / (N-2)), RAID 10 = kasutamisvõimeline x 2. Seejärel lisage üks reservketas.

Pilv versus kohapealne salvestamine

Valik pilve ja kohapealse salvestamise vahel videojälgimiseks hõlmab kompromisse kulude, ribalaius, usaldusväärsuse ja juhtimise osas. Üks valik pole universaalselt parem : õige valik sõltub teie kaamerate arvust, säilitamise nõuetest, internetiühendusest ja tegevuse eelistustest.

Kohapealne salvestusruum

Kohapealne salvestusruum kasutab NVR-e (Network Video Recorderid) või serveripõhiseid VMS-süsteeme kohalike kõvakettadega. Esialgne kulu on suurem : ostsite riistvara, kettad ja kõik RAID-kontrollerid :, kuid käimasoleva kulu on minimaalne (elekter ja vahel asendusjuhtmete). Tüüpilise 16-kaamerate NVR-iga, millel on 4 x 8 TB järelevalve kettad, maksab 1500:3000 dollarit riistvara ja pakub 24 TB kasutatavat RAID 5 salvestusruumi ilma kuumaksuta.

Kohapealse süsteemid ei sõltu internetiühendusest. Kui teie internet langeb, jätkab salvestamine häirimatult. See muudab kohapealse valiku kriitiliste turvasüsteemide jaoks, kus salvestise järjepidevust ei saa kunagi ohustada. Puuduseks on, et kohapealse süsteemid on füüsiliste ohtudega raskesti haavatavad: tulekahju, ülekülvamine, vargus või vandalism võib samaaegselt hävitada nii kaamerad kui ka salvestatud salvestised.

Enamiku installatsioonide puhul, millel on 8 või rohkem kaamerat ja 30+ päevane säilitamine, jääb kohapealne salvestusruum kulusefektiivseim valikuks. Viie aasta jooksul kogu omamiskulu on tavaliselt 60:80 protsenti madalam kui samaväärsete pilveteenuste salvestusruum.

Pilvetalletamine

Pilvetele põhinev CCTV-salvestamine välistab kohapealsed riistvara juhtmete ülekandmisega kaugkaude andmekeskustesse. Pakkujad nagu Verkada, Rhombus, Eagle Eye Networks ja teised pakuvad kaamerate teenusmudeleid kuumaksete tasuga kaamerakaupa, mis sisaldavad pilvetalletust. Tüüpilised kulud on $10 kuni $30 kaamerast kuus 30 päevase pilvetalletuse jaoks, pikema säilitusperioodi puhul skaalivad.

Pilvetalletuse peamine eelis on kohapealse redundantsus : videomaterjalid jäävad alles isegi füüsilise saidi hävimisel. Pilv-süsteemid lihtsustab ka mitme saidi juhtimist, pakkudes ühte liidest kõigi asukohtade videomaterjali juurde. Kaugpääs on sujuv, sest videomaterjal on juba pilves.

Peamine piirang on ribalaius. Ühe 4MP H.265 kaamera puhul 3 Mbps juures on vaja ligikaudu 2,8 GB üleslaadimisel ribalaius tunni kohta. Kuusteist kaamerat selle kiirusega vajavad püsivat üleslaadimisel kiirust 48 Mbps, mis ületab paljude äriliste internetiühenduste üleslaadimise võimsust. Pilvetalletamine loob ka korduvat maksumust, mis koguneb ajas : 32-kaamerate süsteem $20 kaamerast kuus maksab $7 680 aastas, mis ületab kohapealse riistvara kulud 12 kuni 18 kuuga.

Hübriidne lähenemine

Hübriidne lähenemine kombineerib kohapealset salvestamist valitud pilve varukoopiate tegemisega. Kõik kaamerad salvestavad kohalikult NVR-ile täiskestusperioodiks. Kriitilised kaamerad (sissepääsud, rahakambrid, väärtuslikud alad) ühe ja sama ajaga laadivad pilve, kas pidevate voogude või liikumise ja häirete poolt käivitatud sündmustena. See pakub kohalike salvestusruumide kulutõhusust koos pilve väljaspool asutusest pärit kaitse olulisima salvestatava failiga.

Paljud kaasaegsed NVR-id ja VMS-platvormid toetavad hübriidtoimingut originaalselt. Saate konfigureerida reegleid, nagu "laadige sissepääsukaamerate liikumissündmuse 60 sekundit enne ja pärast pilve" või "varundage rahakambri kaamera kogu salvestis igapäev pilve salvestusruumile." See selektiivne lähenemine vähendab ribalaiu nõudeid murdosale täiesest pilve salvestamisest, kuid kaitseb kõige olulisemaid salvestisi.

Salvestusruumi optimeerimise nipid

Tooraine arvutus annab teile maksimaalse salvestusruumi pideva salvestamise jaoks. Praktikas võib mitme optimeerimistehnika abil vähendada tegelikku salvestusruumi tarbimist 30:70 protsenti ilma turva tõhusust ohustamata. Rakendage neid strateegiad, et vähendada riistvara kulusid ja pikendada säilitamisperioode oma olemasoleva salvestusruumi piires.

Liikumispõhine salvestamine

Selle asemel, et salvestada 24/7, konfigureerige kaamerad salvestama ainult liikumise tuvastamisel. Koridori kaamera, mis näeb tegevust 4 tundi 24st, vähendab selle salvestusruumi tarbimist ligikaudu 83 protsendi võrra. Enamik NVR-e toetab sündmuse eelse puhverdamist (liikumise tuvastamise 5:10 sekundi enne salvestamist), et tagada sündmuse algus, mitte ainult keskkohast. Liikumispõhine salvestamine on ideaalne madalaliikluse aladele nagu koridorid, laod, trepikojad ja välispiiri kaamerad. Vältige liikumisele põhinevat salvestamist kriitiliste kaamerate (sissepääsud, kassa) puhul, kus juhtumiste uurimiseks võib olla vaja pidevat salvestist.

Ajastatud salvestamine

Ärjeteid, mis töötavad fikseeritud tundidel, ajastada kaamerat salvestama pideval ajal töötunnide jooksul ja lülitada liikumisele põhinevale salvestamisele pärast tööaega. Kontor hoone, mis töötab 10 tundi päevas liikumisele põhinevaga salvestamisega ülejäänud 14 tunnis, võib vähendada salvestusruumi 40:50 protsenti võrreldes pideva 24-tunnise salvestamisega. Looge erinevaid ajakavasid erinevate kaamerate rühmade jaoks : välikaameradel peaks alati olema pidev salvestamine välispiiri turvalisuse jaoks, samas kui sisetöö kaameradel võib olla äri ajakava.

Muutuv bitikiirus (VBR)

Muutuvale bitikiiruse kodeerimise alusel selle dünaamikal vastavalt stseeni keerukusele. Kaamera, mis vaatab staatilist koridori liikumiseta, kasutab väga madala bitikiirust (0,5:1 Mbps), kuid tõuseb täisvõimalusele (4:6 Mbps), kui keegi läbi kõnnib. 24-tunnise perioodi jooksul toodavad VBR-i tavaliselt 30:50 protsenti vähem andmeid kui püsiva bitikiiuse (CBR) kodeerimise. Enamik kaasaegseid kaameraid toetavad VBR-i vaikimisi. Veenduge, et teie NVR või VMS on konfigureeritud muutuvale bitikiiusele reageerima : mõned vanemad süsteemid nõuavad CBR-i.

Kahekordse voo (alamavao) salvestamine

Enamik IP-kaameraid väljundab kahte samaaegselt voogu: kõrge eraldusvõimega peaavat (salvestamiseks) ja madala eraldusvõimega alamavat (otsevaatamiseks). Konfigureerige oma NVR-i alamavat kasutama otsevaatamiseks ja peaaVat salvestamiseks. Mõned arenenud süsteemid lähevad seda edasi salvestades alamavat mittekriitiliste kaamerate jaoks ja lülitades peaavale ainult siis, kui liikumine on tuvastatud või häire käivitatakse. See vähendab jõudeloleva kaamera salvestusruumi 80:90 protsenti, säilitades samas täisfoto-eraldusvõimega salvestuse sündmuste jaoks, mis on olulised.

Nutikad kodeerimise tehnoloogiad

Kaamera tootjad on välja töötanud omapärase kodeerimise täiustused, mis lähevad standardse H.265 tihendusvõimest kaugemale. Hikvision H.265+, Dahua Smart H.265+ ja Axis Zipstream on näited. Need tehnoloogiad analüüsivad iga kaadrit ja rakendavad maksimaalset tihendamist staatilistele taustaaladele, säilitades samas rea objektidel ja huvi regioonides detaile. Praktikas võivad nad vähendada salvestusruumi 50:70 protsenti võrreldes standardse H.265 kodeerimisega. Kui teie kaamerad ja NVR toetavad neid nutikaid kodake, on nende lubamine üks mõjukamaid salvestusruumi optimeerimise samme.