A CCTV tárhelyigényének kiszámítása: Teljes útmutató
A CCTV-felvételek helytelen tárolása az egyik legköltségesebb hiba a megfigyelőrendszerek tervezésében. Ha alábecsüli a szükséges mennyiséget, kritikus felvételeket veszít, mielőtt az incidenseket egyáltalán felfedeznék. Ha túlbecsüli, akkor ezreket pazarol olyan hardverekre, amelyeket soha nem használ. Ez az útmutató pontos képleteket, referenciatáblázatokat és tervezési stratégiákat tartalmaz a CCTV-felvételek tárolási igényeinek pontos kiszámításához bármilyen telepítés esetén – egy 4 kamerás műhelytől egy 200 kamerás vállalati campusig.
Tartalomjegyzék
CCTV-tárolás alapjainak megértése
Mielőtt bármilyen számítást elvégezne, meg kell értenie azt a három tényezőt, amelyek meghatározzák egy CCTV-rendszer tárhelyfogyasztását: a bitrátát, a tömörítési kodeket és a felbontást. Ez a három változó kölcsönhatásban áll egymással, és bármelyik hibás elszámolása a teljes tárhelybecslést befolyásolja.
A bitráta az az adatmennyiség, amelyet egy kamera másodpercenként előállít, megabit/másodpercben ( Mbps ) vagy kilobit/másodpercben (Kbps) mérve. Egy 4 Mbps sebességgel streamelő kamera másodpercenként 4 megabit adatot állít elő, ami nagyjából 1,7 GB /óra vagy 42 GB /nap folyamatos felvételt jelent. A bitráta a legfontosabb szám a tárolási számításokban, mivel közvetlenül meghatározza az adatmennyiséget. A nagyobb felbontású, gyorsabb képkockasebességű vagy mozgásosabb jelenetekkel rendelkező kamerák mind magasabb bitrátát produkálnak.
A tömörítés az, ahogyan a kamera kódolja a videoadatokat a fájlméret csökkentése érdekében. A megfigyelésben a két domináns kodek H.264 és H.265 (más néven HEVC). H.264 több mint egy évtizede az iparági szabvány, és gyakorlatilag minden piacon lévő NVR és VMS támogatja. H.265 az újabb szabvány, amely ugyanazt a képminőséget éri el 30-50 százalékkal alacsonyabb bitrátával, mint H.264. Egy 16 kamerás rendszer esetében, amely 30 napig működik, H.264 és H.265 közötti különbség könnyen lehet 15-25 TB tárhely – ami egy-két merevlemezzel kevesebbet és jelentős költségmegtakarítást jelent.
A felbontás határozza meg az egyes képkockák részletgazdagságát, ami közvetlenül befolyásolja a bitrátát. Egy 4K (8MP) kamera nagyjából négyszer annyi adatot állít elő, mint egy 1080p (2MP) kamera azonos képkockasebesség és tömörítési szint mellett. A nagyobb felbontás élesebb képeket és jobb zoomolási képességet jelent visszajátszáskor, de jelentősen nagyobb tárhelyet is jelent. A felbontással kapcsolatos döntést az egyes kamerapozíciók megfigyelési céljainak kell vezérelnie – nem kell minden kamerának 4K-snak lennie.
A képkockasebesség is szerepet játszik. A legtöbb megfigyelőrendszer 15 fps (képkocka/másodperc) sebességgel rögzít, hogy egyensúlyt teremtsen a zökkenőmentes videó és a tárolási hatékonyság között. A 25 vagy 30 fps-re való emelés simább felvételt eredményez, de 67-100 százalékkal növeli a tárolási kapacitást. A legtöbb biztonsági alkalmazáshoz a 15 fps elegendő. A forgalomfigyelés és a gyorsan mozgó jelenetek esetében előnyös lehet a 25 fps, míg a statikus jelenetek, mint például a folyosók vagy a raktárak, gyakran 10 fps-re csökkenthetők a kritikus részletek elvesztése nélkül.
A tárolási számítási képlet
A CCTV-tárhely kiszámításának alapvető képlete egyszerű. Ha ismerjük az egyes kamerák bitrátáját, a többi már csak aritmetikai lépés.
A képlet
Storage (GB) = Bitrate (Mbps) x 0.125 x 3600 x Hours per Day x Days x Number of Cameras / 1000
Lebontás: szorozd meg a bitrátát Mbps -ban 0,125-tel, hogy megabájt/másodpercben kifejezve megkapd az eredményt. Szorozd meg 3600-zal, hogy megabájt/órában kifejezve megkapd az eredményt. Szorozd meg a napi felvételi órák számával (folyamatos felvétel esetén 24). Szorozd meg a megőrzési napok számával. Szorozd meg a kamerák számával. Oszd el 1000-rel, hogy MB GB ba konvertálj.
Egy egyszerűsített változat: ez 24 órás folyamatos felvételt feltételez, és terabájtban adja meg az eredményt.
1. példa: Kiskereskedelmi üzlet
8 kamera, 4MP felbontás, H.265 tömörítés, 15 képkocka/másodperc, 30 napos megőrzés, folyamatos felvétel.
Tipikus bitráta 4MP H.265 esetén 15 képkocka/másodperc sebességgel: körülbelül 3 Mbps kameránként.
Tárhely = 3 Mbps x 0,0108 x 30 nap x 8 kamera = 7,78 TB
AI D 5 többletterheléssel (egy meghajtó a paritáshoz egy 4 meghajtós tömbben): körülbelül 10,4 TB nyers kapacitás szükséges, ami elfér egy 4 lemezes NVR -ben 4 x 4 TB megfigyelőrendszer-meghajtóval.
2. példa: Irodaház
32 kamera, vegyes felbontás (16 x 2MP + 16 x 4MP), H.265, 15 képkocka/másodperc, 60 napos megőrzés, 12 óra/nap felvétel (munkaidőben + puffer).
2MP H.265 bitráta: körülbelül 2 Mbps . 4MP H.265 bitráta: körülbelül 3 Mbps .
2MP-es kamerák tárhelye = 2 x 0,0108 x 60 x 16 x 0,5 (12 óra/24 óra) = 10,37 TB
4MP-es kamerák tárhelye = 3 x 0,0108 x 60 x 16 x 0,5 = 15,55 TB
Összesen: 25,92 TB használható, körülbelül 34,6 TB nyers tárhely R AI D 5-tel.
3. példa: Nagy kampusz
128 kamera, átlagosan 4MP, H.265, 15 képkocka/másodperc, 90 napos megőrzés, folyamatos felvétel.
Tárhely = 3 x 0,0108 x 90 x 128 = 373,25 TB
Ez a tárhelyszint vállalati szintű NVR szervereket vagy dedikált tárolótömböket igényel. Az R AI D 6 többletterhelésével körülbelül 450+ TB nyers kapacitással számolni kell.
Felbontás és bitráta referenciatáblázat
Az alábbi táblázat a tipikus bitrátaértékeket mutatja a gyakori megfigyelő kamerák felbontásaihoz 15 képkocka/másodperc sebességgel, H.264 és H.265 tömörítéssel. Ezek átlagos értékek mérsékelten mozgó jelenetek esetén. A nagy mozgású jelenetek (forgalmas kereszteződések, üzletek bejáratai) 20-40 százalékkal magasabb bitrátát produkálhatnak, míg a statikus jelenetek (folyosók, raktárak) 20-30 százalékkal alacsonyabb bitrátát eredményezhetnek.
| Felbontás | Megapixelek | H.264 bitráta | H.265 bitráta | H.264 GB /nap | H.265 GB /nap |
|---|---|---|---|---|---|
| 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 |
Ezek az értékek állandó bitrátájú (CBR) kódolást feltételeznek 15 fps sebességgel. A változó bitrátájú (VBR) kódolás alacsonyabb átlagos tárhely-fogyasztást eredményez, de magasabb csúcsértékeket a forgalmas időszakokban. VBR-rel történő tárhelyméretezéskor a kapacitástervezéshez a csúcs bitráta értékét kell használni, hogy a nagy aktivitású időszakokban soha ne fogyjon ki a tárhely.
Megőrzési időszak tervezése
A megőrzési időszakot – azt, hogy hány napig őrizzük meg a felvételt felülírás előtt – gyakran iparági szabályozások, biztosítási követelmények vagy belső biztonsági szabályzatok határozzák meg, nem pedig technikai preferenciák. A rossz megőrzési időszak kiválasztása bírságokhoz vagy a felvétel felülírása után felfedezett incidensek kivizsgálásának lehetetlenségéhez vezethet.
| Ipar | Tipikus megtartási arány | Szabályozási megjegyzések |
|---|---|---|
| Kiskereskedelem | 30 nap | Lefedi a tipikus készletellenőrzési ciklusokat; egyes kiskereskedők 60 napra meghosszabbítják a nagy veszteségű helyszínek esetében |
| Banki / Pénzügyi | 90 nap | A szabályozási követelmények joghatóságonként eltérőek; az ATM-ek és a trezorkamerák gyakran több mint 90 napot vesznek igénybe |
| Kormányzat / Kritikus infrastruktúra | 180 nap | A szövetségi épületek, közművek és védelmi létesítmények gyakran 6 hónaptól 1 évig terjedő időtartamot írnak elő |
| Egészségügy | 30-90 nap | A HIPAA nem írja elő a CCTV-felvételek megőrzését, de a létesítmények általában igazodnak az incidensjelentési határidőkhöz. |
| Oktatás | 30-60 nap | Az iskolakörzetek gyakran az államspecifikus irányelveket követik; egyes államok minimum 30 napot írnak elő |
| Vendégszeretet | 30-45 nap | Szállodák és kaszinók; a kaszinók gyakran több mint 30 napig megőrzik a játéktermi felvételeket a játékbizottsági szabályoknak megfelelően. |
| Szállítás | 30-90 nap | Repülőterek, vasútállomások és buszpályaudvarok; a TSA és a helyi közlekedési hatóságok követelményeket szabnak meg |
A megőrzés tervezésekor mindig adjon hozzá 10-15 százalékos puffert a minimális követelményhez képest. Ha a szabályozás 30 napot ír elő, akkor 34-35 napra tervezzen. Ez figyelembe veszi NVR ek megőrzési idejének kiszámításában mutatkozó időbeli különbségeket, a fájlrendszer terhelését, valamint a felvétel lejárati ideje és a rendszer tényleges felülírása közötti késleltetést. A pontos minimális kapacitáson való működés azt jelenti, hogy a bitráta bármilyen ideiglenes megugrása (forgalmas ünnepi időszakok, szokatlan időjárás, ami több mozgást okoz) a legrégebbi felvételek felülírását okozhatja, mielőtt a kötelező megőrzési időszak lejárna.
Nagyobb rendszerek esetén érdemes lehet többszintű adatmegőrzést alkalmazni. A kritikus kamerák – bejáratok, POS-ok, pénztárak – felvételeit akár 90 napig is megőrizhetik, míg a folyosói és parkolóbeli kamerák 30 napig. Ez a megközelítés 30-40 százalékkal csökkentheti a teljes tárolási igényt ahhoz képest, mintha a leghosszabb megőrzési időszakot egységesen alkalmaznánk az összes kamerára. A legtöbb NVR és VMS platform támogatja a kameránkénti vagy csoportonkénti megőrzési beállításokat.
R AI és redundancia
A merevlemezek meghibásodnak. Egy folyamatos írási műveletekkel rendelkező, 24/7-ben működő megfigyelőrendszerben a meghajtó meghibásodása nem a ha, hanem a mikor kérdés. Az AI D (Redundant Array of Independent Disks) az adatok több meghajtón történő elosztásával védi a felvételeket, így egy vagy két meghajtó elvesztése nem eredményez adatvesztést. A megfelelő AI D szint kiválasztása kritikus fontosságú a tárolási tervezés során, mivel az AI D terhelés csökkenti a használható kapacitást.
AI D 5 — Egyetlen paritásos meghajtó
Az R AI D 5 az összes meghajtón csíkozza az adatokat, és egy meghajtó kapacitását használja a paritásadatokhoz. Bármelyik meghajtó meghibásodását adatvesztés nélkül túléli. A használható kapacitás (N-1) x meghajtó mérete, ahol N a meghajtók száma. Például négy 8 TB meghajtó az R AI D 5-ben 24 TB használható tárhelyet biztosít (3 x 8 TB ). Az R AI D 5 a leggyakoribb konfiguráció kis és közepes megfigyelőrendszerekhez (akár 32 kamera). A kockázat az, hogy ha az első hiba utáni újjáépítési folyamat során egy második meghajtó is meghibásodik, az összes adat elveszik. A nagy meghajtók (8 TB +) újjáépítési ideje 12-24 órát is igénybe vehet, ez idő alatt a tömb sebezhetővé válik.
AI D 6 — Két paritásos meghajtó
Az AI D 6 két meghajtónak megfelelő paritást használ, így a tömb két egyidejű meghajtóhibát is túlél. A használható kapacitás (N-2) x meghajtó mérete. Hat darab 8 TB meghajtó az AI D 6-ban 32 TB használható tárhelyet biztosít (4 x 8 TB ). Az AI D 6 olyan rendszerekhez ajánlott, amelyek több mint 4 meghajtóval rendelkeznek, valamint olyan vállalati telepítésekhez, ahol az adatvesztés elfogadhatatlan. A dupla paritásvédelem különösen értékes az újraépítési műveletek során – ha egy második meghajtó meghibásodik, miközben a tömb az első hibából épül újra, az AI D 6 továbbra is normálisan működik, míg az AI D 5 az összes adatot elveszítené.
AI D 10 — Tükrözött Stripe
Az R AI D 10 a tükrözést (R AI D 1) a csíkozással (R AI D 0) ötvözi. Minden meghajtó tükrözött, így a legmagasabb olvasási/írási teljesítményt nyújtja, és képes túlélni több meghajtó meghibásodását is, feltéve, hogy egyetlen tükörpár sem veszíti el mindkét meghajtót. A használható kapacitás a teljes nyers kapacitás 50 százaléka – négy 8 TB meghajtó 16 TB használható kapacitást biztosít. Az R AI D 10 kínálja a legjobb írási teljesítményt, ami fontos a nagy kameraszámú rendszereknél, amelyek nagy írási terhelést generálnak. A kompromisszum az, hogy a nyers kapacitás fele elvész. Általában nagy teljesítményű vállalati NVR kiszolgálókban használják, ahol az írási sebesség szűk keresztmetszetet jelent.
Forró alkatrészek
A hot spare egy olyan meghajtó a tömbben, amely tétlenül áll, amíg egy meghajtó meg nem hibásodik, ekkor az RA AI D vezérlő automatikusan megkezdi az újjáépítést a hot spare-on emberi beavatkozás nélkül. Ez minimalizálja a sebezhetőségi ablakot. Bármely RA AI D 5 tömb esetében erősen ajánlott egy hot spare. Kritikus fontosságú rendszerek esetén minden 4-6 aktív meghajtóhoz konfiguráljon egy hot spare-t. A hot spare egy meghajtóhelyet foglal el, és a kapacitása nem érhető el tárolásra, ezért ezt vegye figyelembe a kapacitástervezés során.
A teljes nyers tárhelyszükséglet kiszámításakor a felhasználható tárhelyigényt szorozza meg az RA AI D többletterhelési tényezővel: RA AI D 5 = felhasználható x (N / (N-1)), AI D 6 = felhasználható x (N / (N-2)), AI 10 = felhasználható x 2. Ezután adjon hozzá egy meghajtót minden egyes tartalék meghajtóhoz.
Felhőalapú vs. helyszíni tárolás
A CCTV-felvételek felhőalapú és helyszíni tárolása közötti választás során kompromisszumokat kell kötni a költségek, a sávszélesség, a megbízhatóság és az irányíthatóság tekintetében. Egyik lehetőség sem minden esetben jobb – a helyes választás a kamerák számától, a megőrzési követelményektől, az internetkapcsolattól és a működési beállításoktól függ.
Helyszíni tárolás
A helyszíni tárolás NVR -eket (hálózati videorögzítőket) vagy szerver alapú VMS-rendszereket használ helyi merevlemezekkel. A kezdeti költség magasabb – megvásárolja a hardvert, a meghajtókat és az esetleges R AI D 5 vezérlőt –, de a folyamatos költség minimális (áram és alkalmankénti meghajtócsere). Egy tipikus 16 kamerás NVR 4 x 8 TB megfigyelőmeghajtóval 1500 és 3000 dollár közötti összegbe kerül a hardverért, és 24 TB használható R AI D 5 tárhelyet biztosít havi díjak nélkül.
A helyszíni rendszerek nem függenek az internetkapcsolattól. Ha az internetkapcsolat megszakad, a felvétel megszakítás nélkül folytatódik. Ez teszi a helyszíni rögzítést az alapértelmezett választássá kritikus biztonsági alkalmazásoknál, ahol a felvételek folytonossága nem veszélyeztethető. A hátránya, hogy a helyszíni rendszerek sebezhetőek a fizikai fenyegetésekkel szemben: a tűz, az árvíz, a lopás vagy a vandalizmus a helyszínen egyszerre tönkreteheti mind a kamerákat, mind a tárolt felvételeket.
A legtöbb, 8 vagy több kamerát és 30+ napos adatmegőrzési időt tartalmazó telepítés esetében a helyszíni tárolás továbbra is a legköltséghatékonyabb megoldás. Az 5 éves teljes birtoklási költség jellemzően 60-80 százalékkal alacsonyabb, mint a hasonló felhőalapú tárhelyek esetében.
Felhőtárhely
A felhőalapú CCTV-tárolás kiküszöböli a helyszíni hardverek használatát azáltal, hogy a felvételeket távoli adatközpontokba streameli. Az olyan szolgáltatók, mint a Verkada, a Rhombus, az Eagle Eye Networks és mások, kamera-szolgáltatásként modelleket kínálnak havi kameránkénti díjakkal, amelyek tartalmazzák a felhőalapú tárolást. A tipikus költségek kameránként havi 10 és 30 dollár között mozognak 30 napos felhőalapú megőrzés esetén, de hosszabb megőrzési időszakok esetén bővíthetőek.
A felhőalapú tárolás elsődleges előnye a telephelyen kívüli redundancia – a felvételek akkor is megmaradnak, ha a fizikai helyszín megsemmisül. A felhőalapú rendszerek a több telephely kezelését is leegyszerűsítik, mivel egyetlen felületet biztosítanak a felvételek eléréséhez minden helyszínről. A távoli hozzáférés zökkenőmentes, mivel a felvételek már a felhőben vannak.
A fő korlátozó tényező a sávszélesség. Egyetlen 4MP-es H.265 kamera 3 Mbps sebességgel körülbelül 2,8 GB feltöltési sávszélességet igényel óránként. Tizenhat kamera ilyen sebességgel 48 Mbps tartós feltöltési sebességet igényel, ami meghaladja számos kereskedelmi internetkapcsolat feltöltési kapacitását. A felhőalapú tárolás szintén visszatérő költséget okoz, amely idővel összeadódik – egy 32 kamerás rendszer havi 20 dolláros kameránkénti költséggel évi 7680 dollárba kerül, ami 12-18 hónapon belül meghaladja a helyszíni hardver költségét.
Hibrid megközelítés
A hibrid megközelítés a helyszíni rögzítést szelektív felhőalapú biztonsági mentéssel ötvözi. Minden kamera helyben rögzít egy NVR -re a teljes megőrzési időszakra. A kritikus kamerák (bejáratok, pénztárak, nagy értékű területek) egyidejűleg töltődnek fel a felhőbe, folyamatos adatfolyamként vagy mozgás- és riasztási események hatására. Ez a helyi tárolás költséghatékonyságát biztosítja a legfontosabb felvételek felhőalapú biztonsági mentésének külső helyszíni védelmével együtt.
Sok modern NVR és VMS platform natívan támogatja a hibrid működést. Olyan szabályokat konfigurálhat, mint például a „bejárati kamerák mozgáseseményei előtti és utáni utolsó 60 másodperc feltöltése a felhőbe” vagy a „pénztárgép kamerájának összes felvételének napi biztonsági mentése felhőalapú tárhelyre”. Ez a szelektív megközelítés a teljes felhőalapú felvétel töredékére csökkenti a sávszélesség-igényt, miközben megvédi a legfontosabb felvételeket.
Tárhelyoptimalizálási tippek
A nyers számítás megadja a folyamatos rögzítéshez szükséges maximális tárhelyet. A gyakorlatban számos optimalizálási technika 30-70 százalékkal csökkentheti a tényleges tárhelyfelhasználást a biztonság hatékonyságának feláldozása nélkül. Alkalmazza ezeket a stratégiákat a hardverköltségek csökkentése és a megőrzési időszakok meghosszabbítása érdekében a meglévő tárhelykapacitáson belül.
Mozgásalapú felvétel
A folyamatos rögzítés helyett konfigurálja a kamerákat úgy, hogy csak mozgásérzékelés esetén rögzítsenek. Egy olyan folyosókamera, amely a nap 24 órájában 4 órán keresztül érzékeli a mozgást, körülbelül 83 százalékkal csökkenti a tárhelyfogyasztását. A legtöbb NVR támogatja az esemény előtti pufferelést (a mozgásérzékelés előtti 5-10 másodperc rögzítése), hogy biztosítsa az események elejének rögzítését, ne csak a közepét. A mozgásalapú rögzítés ideális alacsony forgalmú területekhez, például folyosókhoz, raktárakhoz, lépcsőházakhoz és kerületi kamerákhoz. Kerülje a csak mozgásalapú rögzítés használatát kritikus kamerákon (bejáratok, POS), ahol folyamatos felvételre lehet szükség a nyomozáshoz.
Ütemezett felvétel
A fix munkaidőben működő vállalkozások esetében érdemes úgy beütemezni a kamerákat, hogy munkaidőben folyamatosan rögzítsenek, munkaidő után pedig csak mozgásérzékeléses rögzítésre váltsanak. Egy irodaház, amely napi 10 órát üzemel, és a fennmaradó 14 órában csak mozgásérzékeléses rögzítést végez, 40-50 százalékkal csökkentheti a tárolási igényt a folyamatos 24 órás rögzítéshez képest. Hozzon létre különböző ütemterveket a különböző kameracsoportokhoz – a külső kameráknak mindig folyamatosan kell rögzíteniük a kerületvédelem érdekében, míg a belső irodai kamerák követhetik az üzleti ütemtervet.
Változó bitráta (VBR)
A változó bitrátájú kódolás dinamikusan állítja be a bitrátát a jelenet összetettsége alapján. Egy statikus, mozgás nélküli folyosót figyelő kamera nagyon alacsony bitrátát használ (0,5–1 Mbps ), de teljes bitrátára (4–6 Mbps ) gyorsul, amikor valaki áthalad rajta. 24 óra alatt a VBR jellemzően 30–50 százalékkal kevesebb adatot termel, mint az állandó bitrátájú (CBR) kódolás. A legtöbb modern kamera alapértelmezés szerint támogatja a VBR-t. Győződjön meg arról, hogy NVR vagy VMS változó bitrátájú adatfolyamok fogadására van konfigurálva – egyes régebbi rendszerek CBR-t igényelnek.
Kettős stream (alstream) felvétel
A legtöbb IP-kamera két egyidejű adatfolyamot bocsát ki: egy nagy felbontású fő adatfolyamot (felvételhez) és egy alacsony felbontású aladatfolyamot (élő megtekintéshez). Konfigurálja NVR t úgy, hogy az aladatfolyamot élő megfigyeléshez, a fő adatfolyamot pedig rögzítéshez használja. Egyes fejlett rendszerek ezt továbbfejlesztik azáltal, hogy a nem kritikus kamerák aladatfolyamát rögzítik, és csak akkor váltanak a fő adatfolyamra, ha mozgást érzékelnek, vagy riasztás történik. Ez 80-90 százalékkal csökkenti az üresjárati kamerák tárhelyét, miközben megőrzi a teljes felbontású felvételt a fontos eseményekhez.
Intelligens kodek technológiák
A kameragyártók saját fejlesztésű kódolási fejlesztéseket fejlesztettek ki, amelyek túlmutatnak a szabványos H.265 tömörítésen. Erre példa Hikvision H.265 +, Dahua Smart H.265 + és Axis Zipstream. Ezek a technológiák elemzik az egyes képkockákat, és maximális tömörítést alkalmaznak a statikus háttérterületekre, miközben megőrzik a mozgó objektumok és az érdekes területek részleteit. A gyakorlatban további 50-70 százalékkal csökkenthetik a tárolási igényt a szabványos H.265 kódoláshoz képest. Ha a kamerái és NVR támogatja ezeket az intelligens kodekeket, akkor engedélyezésük az egyik leghatásosabb tárolásoptimalizálási lépés.
Kapcsolódó cikkek
A kamera pozicionálásának és szögeinek bevált gyakorlatai
Teljes körű elrendezési útmutató a kiskereskedelmi kamerák elhelyezéséhez
A kamerák mennyiségének kiszámítása a létesítmény mérete és a zónák alapján
Számítsa ki CCTV rendszerének pontos tárhelyigényét
Böngészőalapú kialakítás beépített tárhelykalkulátorral – telepítés nélkül
A legjobb ingyenes CCTV tervezőszoftver 2026-ban – tárolásra/megőrzésre érzékeny