Tekniset tiedot12 min lukemista

    Kuinka laskea CCTV-tallennustilan vaatimukset: täydellinen opas

    CCTV-tallennustilan väärin mitoittaminen on yksi suurimmista virheistä valvontajärjestelmän suunnittelussa. Aliarvioi ja menetät kriittisen materiaalin ennen kuin tapahtumat on edes havaittu. Yliarvio ja tuhlaat tuhansia laitteisiin, joita et koskaan käytä. Tämä opas antaa sinulle tarkat kaavat, viitetaulukot ja suunnittelustrategiat CCTV-tallennustilan vaatimusten laskemiseksi tarkasti mihin tahansa asennukseen, neljän kameran kaupasta 200 kameran suurelle kampukselle.

    CCTV-tallennuksen perusteiden ymmärtäminen

    Ennen laskelmien tekemistä sinun on ymmärrettävä kolme tekijää, jotka määrittävät kuinka paljon tallennustilaa CCTV-järjestelmä kuluttaa: bittinopeus, pakkauskoodekki ja resoluutio. Nämä kolme muuttujaa vaikuttavat toisiinsa, ja jos jokin niistä on väärä, koko tallennusarvio menee pieleen.

    Bittinopeus on tietomäärä, jonka kamera tuottaa sekunnissa, mitattuna megabitteinä sekunnissa (Mbps) tai killobitteinä sekunnissa (Kbps). Kamera, joka lähettää 4 Mbps:n nopeudella, tuottaa 4 megabittia dataa joka sekunti, mikä vastaa noin 1,7 GB tunnissa tai 42 GB päivässä jatkuvaa tallennusta. Bittinopeus on tärkein yksittäinen luku tallennuslaskennassa, koska se määrittää suoraan tietomäärän. Kamerat, joilla on korkeampi resoluutio, nopeampi ruutunopeus tai liikkuvampi sisältö, tuottavat korkeampia bittinopuksia.

    Pakkaus on tapa, jolla kamera koodaa videotietoa tiedoston koon pienentämiseksi. Kaksi hallitsevaa koodekia valvontajärjestelmissä ovat H.264 ja H.265 (kutsutaan myös HEVC:ksi). H.264 on ollut alan standardi yli kymmenen vuotta ja sitä tukevat käytännöllisesti katsoen kaikki markkinoilla olevat NVR- ja VMS-järjestelmät. H.265 on uudempi standardi, joka saavuttaa saman kuvanlaadun 30-50 prosenttia pienemmällä bittinopeudella verrattuna H.264:een. 16 kameran järjestelmässä 30 päivän ajanjaksolla ero H.264:n ja H.265:n välillä voi helposti olla 15-25 TB tallennustilaa, mikä vastaa yhtä tai kahta kovalevy-asemaa vähemmän ja merkittäviä kustannussäästöjä.

    Resoluutio määrittää kunkin kuvan yksityiskohtien määrän, mikä vaikuttaa suoraan bittinopeuteen. 4K (8MP) kamera tuottaa noin neljä kertaa enemmän dataa kuin 1080p (2MP) kamera samalla ruutunopeudella ja pakkaustasolla. Korkeampi resoluutio tarkoittaa terävämpiä kuvia ja parempaa zoomauskykyä toistossa, mutta myös paljon enemmän tallennustilaa. Resoluution valinta tulisi perustua kunkin kameran sijainnin valvontatavoitteeseen, eikä jokaisen kameran tarvitse olla 4K.

    Ruutunopeus vaikuttaa myös. Useimmat valvontajärjestelmät tallentavat 15 fps:n (ruutujen sekunnissa) nopeudella tasapainoksi tasaisen videon ja tallennustehokkuuden välillä. Nopeuden kasvattaminen 25 tai 30 fps:ään tuottaa tasaisempia videokuvia, mutta lisää tallennustilaa 67-100 prosenttia. Useimmissa turvallisuussovelluksissa 15 fps on riittävä. Liikennevalvonta ja nopeasti liikkuvat kohtaukset voivat hyötyä 25 fps:n nopeudesta, kun taas staattiset kohtaukset, kuten käytävät tai varastotilat, voivat usein pudota 10 fps:ään ilman kriittisen yksityiskohdan menetystä.

    Tallennustilan laskentakaava

    CCTV-tallennustilan laskemisen peruskaava on yksinkertainen. Kun tiedät kunkin kameran bittinopeuden, loput ovat aritmetiikkaa.

    Kaava

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

    Purettaessa: kerro bittinopeus Mbps:ssä luvulla 0,125 muuntaaksesi megatavuiksi sekunnissa. Kerro 3600:lla saadaksesi megatavut tunniksi. Kerro tallennustunneilla päivässä (24 jatkuvaa tallennusta varten). Kerro säilytysvaatimusten päivien lukumäärällä. Kerro kameroiden lukumäärällä. Jaa 1000:lla muuntaaksesi MB:stä GB:ksi.

    Yksinkertaistettu versio: tämä olettaa 24 tunnin jatkuvan tallennuksen ja antaa tuloksen teratavuissa.

    Esimerkki 1: Pieni vähittäiskauppa

    8 kameraa, 4MP resoluutio, H.265 pakkaus, 15 fps, 30 päivän säilytys, jatkuva tallennus.

    Tyypillinen bittinopeus 4MP H.265 15 fps:lla: noin 3 Mbps per kamera.

    Tallennus = 3 Mbps x 0,0108 x 30 päivää x 8 kameraa = 7,78 TB

    RAID 5 -yksityiskohtien kanssa (yksi asema pariteetille 4 aseman joukossa): noin 10,4 TB raakakapasiteettia tarvitaan, mikä sopii 4-pärinä NVR:ään, jossa on 4 x 4 TB valvontakovalevyä.

    Esimerkki 2: Toimistorakennus

    32 kameraa, sekakresoluutio (16 x 2MP + 16 x 4MP), H.265, 15 fps, 60 päivän säilytys, 12 tunnin/päivän tallennus (työajat + puskuri).

    2MP H.265 bittinopeus: noin 2 Mbps. 4MP H.265 bittinopeus: noin 3 Mbps.

    Tallennus 2MP kameroille = 2 x 0,0108 x 60 x 16 x 0,5 (12h/24h) = 10,37 TB

    Tallennus 4MP kameroille = 3 x 0,0108 x 60 x 16 x 0,5 = 15,55 TB

    Yhteensä: 25,92 TB käyttökelpoista, noin 34,6 TB raakakapasiteettia RAID 5:llä.

    Esimerkki 3: Suuri kampus

    128 kameraa, 4MP keskiarvo, H.265, 15 fps, 90 päivän säilytys, jatkuva tallennus.

    Tallennus = 3 x 0,0108 x 90 x 128 = 373,25 TB

    Tämä tallennustason määrä vaatii yritystason NVR-palvelimia tai omistettuja tallennusjärjestelmiä. RAID 6 -yksityiskohtien kanssa budjetoi noin 450+ TB raakakapasiteettia.

    Resoluution ja bittinopeuden vertailutaulukko

    Seuraava taulukko esittää tyypillisiä bittinopeusarvoja yleisille valvontakameran resoluutioille 15 fps:ssä sekä H.264 että H.265 pakkauksella. Nämä ovat keskiarvoja kohtauksille, joissa liike on kohtuullista. Korkean liikkuvuuden kohtaukset (vilkkaat risteykset, vähittäiskaupan sisäänkäynnit) voivat tuottaa 20:40 prosenttia korkeampia bittinopuksia, kun taas staattiset kohtaukset (käytävät, varastot) voivat tuottaa 20:30 prosenttia alempia bittinopuksia.

    ResoluutioMegapikseliaH.264-bittinopeusH.265-bittinopeusH.264 GB/päiväH.265 GB/päivä
    1920 x 10802MP3-4 Mbps1.5-2 Mbps32-43 GB16-22 GB
    2560 x 14404MP5-6 Mbps2.5-3 Mbps54-65 GB27-32 GB
    2592 x 19445MP6-8 Mbps3-4 Mbps65-86 GB32-43 GB
    3840 x 21608MP (4K)10-16 Mbps5-8 Mbps108-173 GB54-86 GB
    4000 x 300012MP16-24 Mbps8-12 Mbps173-259 GB86-130 GB

    Nämä arvot olettavat vakio bittinopeuden (CBR) enkoodausta 15 fps:ssä. Muuttuvan bittinopeuden (VBR) enkoodaus tuottaa pienempiä keskimääräisiä tallennuskustannuksia mutta korkeampia huippuja vilkkaina jaksoina. Kun mitoitat tallennusta VBR:llä, käytä huippu bittinopeusarvoa kapasiteettisuunnittelussa varmistaaksesi, että et milloinkaan lopu tilasta intensiivisten aktiviteetin jaksojen aikana.

    Säilytysajan suunnittelu

    Säilytysaika, eli kuinka monta päivää videomateriaalia säilytetään ennen sen ylikirjoitusta, määräytyy usein toimialan säännösten, vakuutusvaatimusten tai sisäisen turvallisuuskäytännön perusteella eikä teknisen mieltymyksen perusteella. Väärän säilytysajan valitseminen voi johtaa sääntelysakkoon tai kyvyttömyyteen tutkia tapahtumia, jotka löydetään sen jälkeen, kun materiaali on jo ylikirjoitettu.

    ToimialaTyypillinen säilytysaikaSääntelyhuomiot
    Vähittäiskauppa30 päivääKattaa tyypilliset varaston inventointisyklit; jotkut vähittäiskauppiaat pidentävät 60 päivään korkean hävikin alueilla
    Pankki / Rahoitus90 päivääSäädösten vaatimukset vaihtelevat lainkäyttöalueittain. Pankkiautomaattien ja holvin kamerat vaativat usein 90+ päivää
    Hallinto / Kriittinen infrastruktuuri180 päivääLiittovaltion rakennukset, laitokset ja puolustusasennukset määräävät usein 6 kuukauden - 1 vuoden säilytyksen
    Terveydenhuolto30:90 päivääHIPAA ei määritä CCTV:n säilytysaikaa, mutta laitokset noudattavat tyypillisesti poikkeamaraportoinnin aikaviivoja
    Koulutus30:60 päivääKoulutuspiirit noudattavat usein osavaltiokohtaisia ohjeita. Jotkut osavaltiot määräävät 30 päivän vähimmäisajan
    Majoitusala30:45 päivääHotellit ja kasinot. Kasinot säilyttävät pelisalien kuvamateriaalia usein 30+ päivää pelilautakuntien sääntöjen mukaisesti
    Kuljetus30-90 päivääLentokentät, rautatieasematja bussiasemat; TSA ja paikalliset joukkoliikenneviranomaiset asettavat vaatimukset

    Säilytysaikaa suunniteltaessa lisää aina 10:15 prosentin puskuri vähimmäisvaatimuksen yläpuolelle. Jos säännökset määräävät 30 päivää, suunnittele 34:35 päivää. Tämä ottaa huomioon erot NVR-laitteiden säilytysajan laskennassa, tiedostojärjestelmän ylikuormituksen ja viiveen sen välillä, milloin videomateriaalin pitäisi vanhentua ja milloin järjestelmä sen todella ylikirjoittaa. Tarkkaan vähimmäiskapasiteetin käytössä jokainen väliaikainen bittinopeuden piikki (ruuhkaiset pyhäpäivät, poikkeava sää aiheuttaa enemmän liikettä) voisi aiheuttaa vanhimman materiaalin ylikirjoituksen ennen vaadittua säilytysikkunaa.

    Harkitse porrastetun säilytysajan käyttöä suurissa järjestelmissä. Kriittiset kamerat : sisäänkäynnit, myyntipisteet, rahakammiot : voivat säilyttää materiaalia 90 päivää, kun taas käytävien ja pysäköintialueiden kamerat säilyttävät 30 päivää. Tämä lähestymistapa voi vähentää kokonaista varastointivaatimusta 30:40 prosenttia verrattuna pisimmän säilytysajan yhtenäiseen soveltamiseen kaikissa kameroissa. Useimmat NVR- ja VMS-alustat tukevat kamera- tai ryhmäkohtaisia säilytysaika-asetuksia.

    RAID ja redundanssi

    Kiintolevyt vikaantuvat. Valvontajärjestelmässä, joka toimii 24/7 jatkuvilla kirjoitusoperaatioilla, kiintolevy vikaantuminen ei ole kysymys siitä voiko tapahtua, vaan koska se tapahtuu. RAID (Redundant Array of Independent Disks) suojaa kuvausmateriaalin jakamalla tiedot useille asemille niin, että yhden tai kahden aseman menetys ei johda tietojen menetykseen. Oikean RAID-tason valinta on kriittinen osa tallennussuunnittelua, koska RAID-yleiskustannukset pienentävät käyttökelpoista kapasiteettiasi.

    RAID 5 : Yhden aseman pariteetti

    RAID 5 jakaa tiedot raidoiksi kaikille asemille ja käyttää yhden aseman kapasiteetin pariteettitiedoille. Se kestää minkä tahansa yhden aseman vian ilman tietojen menetystä. Käyttökelpoinen kapasiteetti on (N-1) x aseman koko, jossa N on asemien lukumäärä. Esimerkiksi neljä 8 TB asemaa RAID 5:ssä antavat 24 TB käyttökelpoista tallennustilaa (3 x 8 TB). RAID 5 on yleisin kokoonpano pienille ja keskisuurille valvontajärjestelmille (jopa 32 kameraa). Riski on, että jos toinen asema vioittuu ensimmäisen vian jälkeisen uudelleenrakentamisen aikana, kaikki tiedot menetetään. Suurten asemien (8 TB+) uudelleenrakentamisajat voivat olla 12:24 tuntia, joiden aikana matriisi on altis vioille.

    RAID 6 : Kahden aseman pariteetti

    RAID 6 käyttää kahden aseman pariteettia, jolloin matriisi kestää kaksi samanaikaista aseman viaa. Käyttökelpoinen kapasiteetti on (N-2) x aseman koko. Kuusi 8 TB asemaa RAID 6:ssa antavat 32 TB käyttökelpoista (4 x 8 TB). RAID 6 on suositeltava järjestelmille, joissa on yli 4 asemaa, ja yritysympäristöille, joissa tietojen menetys on sallitonta. Kaksoispariiteettisuoja on erityisen arvokas uudelleenrakentamisen aikana. Jos toinen asema vioittuu samalla kun matriisi rakentuu uudelleen ensimmäisen vian jälkeen, RAID 6 jatkaa normaalia toimintaa, kun taas RAID 5 menettäisi kaikki tiedot.

    RAID 10 : Peilatut raidat

    RAID 10 yhdistää peilauksen (RAID 1) raidoitukseen (RAID 0). Jokainen asema on peilattu, mikä tarjoaa parhaan luku/kirjoitus-suorituskyvyn ja kyvyn selviytyä useista asemien vikaantumisista, kunhan mikään peilin pari ei menetä molempia asemia. Käytettävä kapasiteetti on 50 prosenttia kokonaisraaka kapasiteetista : neljä 8 TB asemaa tarjoaa 16 TB käytettävää. RAID 10 tarjoaa parhaan kirjoitus-suorituskyvyn, joka on tärkeää suuren kameran laskentajärjestelmissä, jotka tuottavat raskaita kirjoituskuormia. Kompromissi on, että menetät puolet raaka kapasiteetista. Sitä käytetään yleensä korkean suorituskyvyn yrityksen NVR-palvelimissa, joissa kirjoitusnopeus on pullonkaula.

    Kuumat varaosat

    Kuuma varakulma on levyvarasto, joka on asennettu ryhmään ja istuu yhdessä lepotilassa, kunnes levyasema vikaantuu. Tällöin RAID-ohjain alkaa automaattisesti muodostaa uudelleen kuumaan varakulkkoon ilman ihmisen väliintuloa. Tämä minimoi haavoittuvuusikkunan. Kaikille RAID 5 -ryhmille kuuma varakulma on erittäin suositeltava. Kriittisten järjestelmien osalta määritä yksi kuuma varakulma jokaista 4:6 aktiivista asemaa kohti. Kuuma varakulma kuluttaa asemapaikkapaikan ja sen kapasiteetti ei ole käytettävissä tallennustilaan, joten ota tämä huomioon kapasiteetin suunnittelussa.

    Kun lasket kokonaisraakakapaditarpeesi, kerro käyttökelpoinen tallennustarve RAID-yleiskustannuskertoimella: RAID 5 = käyttökelpoinen x (N / (N-1)), RAID 6 = käyttökelpoinen x (N / (N-2)), RAID 10 = käyttökelpoinen x 2. Lisää sitten yksi asema jokaista kuumavarainta kohti.

    Pilvipalvelu vs paikallinen tallennus

    Pilvipalvelun ja paikallisentallennuksen välinen valinta CCTV-videomateriaalia varten sisältää kompromisseja kustannuksissa, kaistanleveydessä, luotettavuudessa ja hallinnassa. Kumpikaan vaihtoehto ei ole yleisesti parempi, oikea valinta riippuu kameramäärästä, säilytysvaatimuksista, internet-yhteydestä ja toiminnallisista mieltymyksistä.

    Paikallinen tallennus

    Paikallinen tallennus käyttää NVR:iä (Network Video Recorders) tai palvelinpohjaisia VMS-järjestelmiä paikallisilla kiintolevyillä. Alkuperäiset kustannukset ovat korkeammat : ostat laitteiston, asemat ja mahdolliset RAID-ohjaimen : mutta käyttökustannukset ovat minimaalisia (sähkö ja satunnaiset asemien vaihdot). Tyypillinen 16 kameran NVR 4 x 8 TB valvontaasemilla maksaa 1 500:3 000 dollaria laitteistosta ja tarjoaa 24 TB käytettävää RAID 5 -tallennusta ilman kuukausimaksuja.

    Paikalliset järjestelmät eivät riipu Internet-yhteydestä. Jos Internet-yhteytesi katkesi, tallennus jatkuu keskeytymättömästi. Tämä tekee paikallisesta järjestelmästä oletuksena kriittisille turvallisuussovelluksille, joissa videomateriaalin jatkuvuutta ei voida vaarantaa. Haittapuoli on, että paikalliset järjestelmät ovat haavoittuvia fyysisille uhille: palo, tulva, varkaus tai ilkivalta sivustolla voi tuhota sekä kamerat että tallennetun videomateriaalin samanaikaisesti.

    Useimmille asennuksille, joissa on 8 tai enemmän kameroita ja 30+ päivän säilytys, paikallinen tallennus pysyy kustannustehokkaimana vaihtoehtona. Omistamisen kokonaiskustannus viiden vuoden aikana on yleensä 60:80 prosenttia alhaisempi kuin vastaava pilvivarasto.

    Pilvipalvelu

    Pilvipohjaiseen CCTV-tallennukseen ei tarvita paikalliset laitteistot, vaan video lähetetään etäisten data-keskuksien palvelimille. Palveluntarjoajat, kuten Verkada, Rhombus, Eagle Eye Networks ja muut, tarjoavat kamerana palvelu -malleja kuukausittaisilla per-kamera maksuilla, jotka sisältävät pilvipalvelun tallennuksen. Tyypilliset kustannukset ovat 10-30 euroa per kamera kuukaudessa 30 päivän pilvipalvelun säilytystä varten, pidemmille säilytysajoille hinnat nousevat.

    Pilvipalvelun tallennuksen pääetu on offline-redundanssi, videomateriaali säilyy vaikka fyysinen paikka tuhoutuisi. Pilvipalvelujärjestelmät myös yksinkertaistavat usean paikan hallintaa, tarjoten yhden käyttöliittymän kaikista paikoista saatavaan videomateriaaliin. Etäkäyttö on saumatonta, koska videomateriaali on jo pilvipalvelussa.

    Suurin rajoitus on kaistanleveys. Yksittäinen 4MP H.265 kamera 3 Mbps:n nopeudella vaatii noin 2,8 GB latauskaistanleveyttä tunnissa. Kuusitoista kameraa tällä nopeudella vaativat 48 Mbps:n jatkuvan latausnopeuden, mikä ylittää monien kaupallisten internet-yhteyksien latauskapasiteetin. Pilvipalvelun tallennus luo myös toistuvia kustannuksia, jotka kasvavat ajan myötä, 32 kameran järjestelmä 20 eurolla per kamera kuukaudessa maksaa 7 680 euroa vuodessa, mikä ylittää paikallisen laitteiston kustannukset 12-18 kuukaudessa.

    Hybridilähestymistapa

    Hybridilähestymistapa yhdistää paikallisen tallennuksen valikoivaan pilvivarmuuskopiointiin. Kaikki kamerat tallentavat paikallisesti NVR:lle täyden säilytysjakson ajan. Kriittiset kamerat (sisäänkäynnit, kassahuoneet, arvokkaat alueet) lataa samanaikaisesti pilveen joko jatkuvana virtoina tai liikeensä tai hälytysmukaisen tapahtumien laukaisemina. Tämä tarjoaa paikallisen tallennustilan kustannustehokkuuden yhdessä pilvivarmuuskopioinnin pois verkon suojauksen kanssa tärkeimmälle videomateriaalille.

    Monet modernit NVR:t ja VMS-alustat tukevat hybridioperaatiota natiivisti. Voit määrittää sääntöjä, kuten "lataa viimeiset 60 sekuntia ennen ja jälkeen minkä tahansa liikkeen tapahtuman sisäänkäynti kamerassa pilveen" tai "varmuuskopioi kaikki videomateriaalit kassahuoneen kamerasta pilvivarastoon päivittäin." Tämä valikoiva lähestymistapa vähentää kaistanleveyden vaatimukset murto-osaan täydestä pilvirekisteröinnistä samalla kun se suojaa tärkeimmän videomateriaalin.

    Tallennusoptimointivinkit

    Raaka laskenta antaa sinulle enimmäistallennustilan, joka tarvitaan jatkuvalle tallennukselle. Käytännössä useat optimointitekniikat voivat vähentää todellista tallennuskulutusta 30:70 prosentilla ilman turvallisuuden tehokkuuden vaarantamista. Käytä näitä strategioita laitteistokustannusten vähentämiseen ja säilytysjaksojen laajentamiseen olemassa olevan tallennuskapasiteetin sisällä.

    Liikkeeseen perustuva tallennus

    Tallennuksen sijaan 24/7, määritä kamerat tallentamaan vain liikeensä havaittaessa. Käytävän kamera, joka näkee aktiviteetin 4 tuntia 24 tunnista, vähentää tallennuskulutustaan noin 83 prosenttia. Useimmat NVR:t tukevat esitapahtuma puskurointia (tallennus 5:10 sekuntia ennen liikkeen havaitsemista) varmistaakseen, että otat tapahtuman alkamisen jäädytyssä, eivät vain keskellä. Liikkeeseen perustuva tallennus on ihanteellinen matalan liikenteen alueille, kuten käytäville, varastohuoneille, portaikkoille ja kehän kameroille. Vältä liikkeeseen perustuvaa tallennusta kriittisillä kameroilla (sisäänkäynnit, POS), joissa jatkuva videomateriaali voi olla tarpeen tutkimuksissa.

    Ajoitettu tallennus

    Yrityksissä, jotka toimivat kiinteinä aikoina, ajoita kamerat tallentamaan jatkuvasti liiketoiminnan aikana ja vaihda liikkeeseen perustuvaan tallennukseen liiketoiminnan jälkeen. Toimistorakennus, joka toimii 10 tuntia päivässä liikkeeseen perustuvalla tallennuksella loput 14 tuntia, voi vähentää tallennusta 40:50 prosentilla verrattuna jatkuvaan 24 tunnin tallennukseen. Luo eri aikataulut eri kameraryhmille : ulkokamerat pitäisi aina tallentaa jatkuvasti kehän turvallisuuden vuoksi, kun taas sisäiset toimistokamerat voivat noudattaa liiketoiminnan aikataulua.

    Muuttuva bittinopeuden (VBR)

    Muuttuva bittinopeuskoodaus säätää bittinopeutta dynaamisesti kuvan monimutkaisuuden perusteella. Kamera, joka katsoo staattista käytävää ilman liikettä, käyttää erittäin alhaista bittinopeutta (0,5:1 Mbps), mutta nousee täyteen bittinopeuksiin (4:6 Mbps), kun joku kävelee läpi. 24 tunnin aikana VBR tuottaa tyypillisesti 30:50 prosenttia vähemmän tietoja kuin vakio bittinopeuden (CBR) koodaus. Useimmat modernit kamerat tukevat VBR:ää oletuksena. Varmista, että NVR tai VMS on määritetty hyväksymään muuttuvia bittinopeuden virrat : jotkut vanhemmat järjestelmät vaativat CBR:ää.

    Kaksoisvirta (alivirta) tallennus

    Useimmat IP-kamerat tuottavat kahta samanaikaista virtaa: korkearesoluutioista päävirta (tallennusta varten) ja matalaresoluutioinen alivirta (reaaliaikaiseen seurantaan). Määritä NVR käyttämään alivirtaa reaaliaikaiseen seurantaan ja päävirta tallennusta varten. Jotkut kehittyneet järjestelmät vievät tämän pidemmälle tallentamalla alivirtaa ei-kriittisille kameroille ja vaihtamalla päävirta vain silloin, kun liike havaitaan tai hälytys käynnistyy. Tämä vähentää talletusta lepotilassa oleville kameroille 80:90 prosenttia säilyttäen samalla täysresoluution tallennuksen tärkeille tapahtumille.

    Älykkäät kodekiteknologiat

    Kameravalmistajat ovat kehittäneet omia koodauksen parannuksia, jotka ylittävät vakio H.265-pakkauksen. Hikvision H.265+, Dahua Smart H.265+ ja Axis Zipstream ovat esimerkkejä. Nämä teknologiat analysoivat jokaisen kehyksen ja soveltavat enimmäispakkausta staattisiin taustaalueisiin säilyttäen samalla yksityiskohdat liikkuviin kohteisiin ja kiinnostuksen alueisiin. Käytännössä ne voivat vähentää tallennusta 50:70 prosentilla lisää verrattuna vakio H.265-koodaukseen. Jos kamerat ja NVR tukevat näitä älykkäitä kodekeita, niiden käyttöönotto on yksi vaikuttavimmista saatavilla olevista tallennusoptimointivaiheiden.

    © 2026 CCTVplanner. Kaikki oikeudet pidätetään.