Ha az elmúlt években a legérdekesebb hazai technológiai hírek elsősorban a szoftverekkel kapcsolatosak voltak, akkor 2019-ben a hardverek terén is sok érdekesség történt. Ráadásul az állam határozottan vállalta az import helyettesítését, és nem csak a szoftvereket.

2019-ben a kormányhivatalok valójában tönkretették a T-Platformokat: a cég kínokban van, „az alkalmazottak 80%-a felmond”, az oldalt kikapcsolják

A "T-Platforms" cég kimeríthetetlen problémáihoz, amelynek alapítója és vezérigazgatója őrizetben van, egy nagyszabású elbocsátással is bővült. A szervezetnek nem csak a fizetésekre nincs elég pénze, de valószínűleg még egy céges honlap támogatására sem – írja a CNews.

A Rostec orosz chipeket szeretne létrehozni Bluetooth, Wi-Fi, NFC és a tárgyak internete számára

A Rostec Bluetooth, Wi-Fi, ZigBee, NFC, LPWAN, NB-IoT és Thread vezeték nélküli technológiákhoz való chipek fejlesztését javasolja Oroszországban. Ezenkívül meg kell jelenniük a saját rendszereiknek egy chipen a dolgok internetéhez és az LPWAN bázisállomásokhoz. A dolgok internetének fejlesztésébe Oroszországban 2030-ig összesen több mint 200 milliárd rubelt fektetnek be.

A Kaspersky Oroszország első chipjén dolgozik a mesterséges intelligencia felgyorsítására

A Kaspersky Lab stratégiai együttműködési megállapodást írt alá Oroszország első neuromorf processzorának fejlesztőjével a mesterséges intelligencia rendszerek hardveres gyorsítására. A chip lehetővé teszi nagy mennyiségű adat helyi feldolgozását, és lehetővé teszi a neurális hálózatok képzését a folyamatban.

Oroszországnak szüksége van a „Mirre”, lehetőleg az egészre: Oroszország köteles lesz előre telepíteni a Mir Pay alkalmazást okostelefonokra az Apple Pay és a Google Pay helyett

Az Izvesztyija jelentése szerint a Szövetségi Monopóliumellenes Szolgálat (FAS) azt fontolgatja, hogy a Mir Pay-t kötelező alkalmazássá teszi az Oroszországban értékesített elektronikai termékek előtelepítéséhez. Az elmúlt év tendenciáiból ítélve egy ilyen kezdeményezést az ország hatóságainak jóvá kell hagyniuk.

A Roszkozmoszban a műholdak csaknem felének elmulasztását a sugárzásálló mikroáramkörök elleni szankciókkal és a OneWeb elérhetetlenségével magyarázták

A Roszkozmosz nem fejezte be 45 kilövést, elsősorban a OneWeb és a védelmi minisztérium űrrepülőinek elérhetetlensége miatt – mondta Dmitrij Rogozin, az orosz nagyvállalat vezérigazgatója Jurij Boriszov miniszterelnök-helyettes kijelentését kommentálva, miszerint az idei orosz űrrepülőprogramok megtörténtek. „valamivel több mint 50 százalékot” teljesített. A TASS jelentése szerint.

Reszponzív átkódolás: mi ez?

Ezt a kifejezést egyéni nyelvi közvetítésnek nevezik, amelyet egy fordítóiroda szakembere végez. Adaptív átkódolással az információkat a nyelvek közötti interakció törvényeinek megfelelően egyidejű transzformációval fordítják egyik nyelvről a másikra.
Jellemzően az adaptív átkódoláshoz oda kell figyelni, hogy a kontextusban melyik nyelvcsoport vagy az informatív változás konkrét formája van jelen. Ezért az adaptív átkódolás lehetővé teszi az eredeti szöveg tartalmának megfelelő fordítási opció kiválasztását. Ugyanakkor a fordítási szöveg nem használható fel az eredeti szöveg 100%-os pótlására.
A fordítás mindig is a nyelvi közvetítés középpontjában állt. A forrás- és a végső szövegnek egyenértékűnek és jelentésükben azonosnak kell lennie. A szövegek ilyen hasonlósága szükséges a kölcsönös megértés eléréséhez, amelyet a kommunikáció nyelvi jellemzői határoznak meg.
Az adaptív átkódolást para-fordítási karakter jellemzi, és lehetővé teszi a szöveg bonyolult átalakításait, amely nemcsak a szokásos fordítást, hanem a szöveg adaptálását is magában foglalja. Az adaptív átkódolás lényege a különféle formájú szövegek megalkotásának módszere, miközben az információ megengedett stílusára és jellegére, valamint a szükséges mennyiségre összpontosít. A szövegekben található alapvető információk gondosan kiválasztottak és átcsoportosítottak.
Ezek a kommunikatív szövegformátumok saját megengedett mennyiségükben és az anyag bemutatásának bizonyos szabályaiban különböznek. Az ezeknek megfelelő fordítások megkönnyítik a szöveg olvashatóságát.

Videó átkódolás szükséges

A digitális videotömörítési technológiák gyakorlatilag minden típusú videóalkalmazásban nélkülözhetetlenek. Az olyan paraméterek jelentőségét, mint az adattömörítés és a kompatibilitás, tovább növeli a kommunikációs médiák konvergenciájának növekvő tendenciája.
A legismertebb digitális videoalkalmazások közé tartozik a DVD, a nagyfelbontású televízió (HDTV), a videotelefonálás/telekonferencia és újabban a videó megfigyelés. Ezen technológiák mindegyikének megvan a saját fejlesztési története, mindegyiknek megvan a saját tömörítési algoritmusa.
Az átkódolásnak két fontos szerepe van. Először is, lehetővé teszi a kommunikációt a meglévő és a kialakulóban lévő eszközök között. Például sok meglévő videokonferencia-rendszer a H.263 videokódolási szabványon alapul. Az újabb videokonferencia-rendszerek az alap H.264 / AVC profilt használják. Így valós idejű videó átkódolásra van szükség a rendszerek közötti kommunikáció biztosításához. Másodszor, az információs hálózatok, különösen az internet, korlátozott sávszélességgel rendelkeznek a videoátvitelhez. Például a legtöbb videó jelenleg MPEG2 formátumú DVD-n van tárolva. Az IP-hálózatokon keresztüli video-on-demand és video streaming szolgáltatások sávszélesség-korlátozásai miatt ezeket a videoadatokat magasabb tömörítési arányra kell konvertálni. Ez a videó valós idejű átkódolásával érhető el az átvitel előtt. Általában az átkódolás eredményeként a hálózati sávszélesség akár 50%-a is felszabadul a videó minőségének romlása nélkül.
Videokonferencia átkódolás

Tehát az átkódolás egyik alkalmazása a videokonferencia-rendszerek. Tekintsünk egy tipikus átkódolási sémát, amelyet az ilyen rendszerekben használnak (1. ábra). Az egyik jelfeldolgozó (DSP2) dekódolja a bemeneti videofolyamot, és létrehoz egy rekonstruált videokockát, amelyet a RapidIO soros interfészen (sRIO) keresztül egy másik digitális jelfeldolgozó processzorhoz (ebben a példában DSP1) küld. A DSP1 a helyreállított videokockát a kívánt formátumba kódolja. A videokonferencia egyik oldala általában H.263-alapú, míg a másik oldala H.264-alapú berendezést használ.
A hálózati forgalmat kezelő gazdagép processzor több DSP-vel (jelen esetben négy) kommunikál PCI-busz kapcsolaton keresztül.
Ebben a példában a processzorok közötti interakció egyik legfontosabb jellemzője az sRIO interfészen keresztüli kapcsolatuk. Mivel a DSP-k között továbbított adat tömörítetlen videó, jellemzően 30 képkocka/másodperc, az eszközök közötti sávszélesség-igény nagyon magas.
Ha szabványos NTSC felbontásban (720 x 480 képpont) YUV 4: 2: 0 videót készít, akkor az egyes képkockák mérete 720 × 480 × 1,5 = 518 400 bájt lesz. Ennek megfelelően másodpercenként 30 képkocka esetén a vonal átviteli sebességének körülbelül 124 Mbps-nak kell lennie.
Az sRIO interfész választása megszabja a video adatátviteli sebességre és a rugalmas kapcsolási struktúrák támogatására vonatkozó követelményeket. Az sRIO három adatsebességet támogat: 1,24 Gbps, 2,5 Gbps és 3,125 Gbps. Ez az interfész SerDes technológiát használ az óra szinkronizálásának visszaállítására az adatfolyamhoz, és 8-b / 10-b kódolást használ. Ez a soros interfész specifikáció támogatja az egysávos (1X) és négysávos (4X) portokat. Az sRIO interfész fizikai rétege határozza meg az eszközök közötti kommunikáció során használt kézfogási mechanizmust, valamint a ciklikus redundancia kódon alapuló hibaészlelési sorrendet. Az interfész fizikai rétege a kapcsolószöveten belüli útválasztáshoz használt csomagok prioritását is beállítja.
Az sRIO sávszélesség teljes kihasználásához a processzoroknak rendelkezniük kell ezekkel az interfészekkel. Ilyen processzorokat a Texas Instruments kínál. Például a TMS320C6455 jelfeldolgozó processzor fedélzeti sRIO interfésszel rendelkezik, amely négy egyidejű kapcsolatot biztosít, és 20 Gbps-os oda-vissza irányú maximális adatsebességgel rendelkezik.
TMS320C6455 processzor

Az sRIO interfészen kívül a C6455 további fontos funkciókkal rendelkezik, amelyek ideálissá teszik az átkódolást. Ezek a funkciók négy fő blokkba sorolhatók.
Nagyszámú nagy sebességű I / O interfész jelenléte. Mivel a rendszertervezők különböző megoldásokat használnak, a videófeldolgozó alkalmazásokhoz készült DSP-nek I/O portokat kell biztosítania a rendszermodulok kártyaszintű összekapcsolásához. Ahogy korábban említettük, a C6455 beépített sRIO porttal rendelkezik az eszközök közötti kommunikációhoz.
A C6455 további I/O opciói közé tartozik az 1 Gbps Ethernet Media Access Controller (EMAC), a dupla adatsebességű 32 bites memóriavezérlő (DDR2-500) és a 66 MHz-es busz a perifériás eszközök csatlakoztatásához (PCI). Az integrált ATM interfész (UTOPIA 2) lehetővé teszi a C6455 processzor távközlési infrastruktúrában való használatát.
Az adatok hatékony mozgása egy chipen belül. A hatékony adatmozgatást szolgáló egychipes architektúra a C6455 egyik fő előnye elődeihez képest. A videófeldolgozó alkalmazásokban a digitális jelfeldolgozók gazdaprocesszor slaveként működnek. Ezért fontos számukra a nagy sávszélesség, az alacsony késleltetés és a párhuzamos adatátvitel lehetősége a masterek és a slave-ek között. Ezek a követelmények határozták meg az eszköz architektúráját: a perifériák, a belső memória és a processzormag a C6455 processzor hatékony kapcsolt központi erőforrásán (SCR) keresztül kommunikál egymással.
Az optimális adatáramlás is fontos. 256 bites memóriabuszok és belső közvetlen memóriaelérés (IDMA) használatával továbbfejlesztették. Az IDMA lehetővé teszi, hogy az adatok a háttérben mozogjanak a belső memória két szintje között, valamint a perifériabuszra és onnan.
Nagy mennyiségű chip-memória. A chipen lévő statikus SRAM sokkal gyorsabb, mint a dinamikus külső SDRAM, és a magas gyártási költsége miatt sokkal kisebb méretű. A tipikus videoalkalmazások esetében a chip-memória főként két célt szolgál: 1) a gyakran használt kódot és adatokat tárolja, 2) az ideiglenes adatok betöltését/kitöltését a feldolgozás előtt és után. Általában minél több a chipen található memória, annál jobb az alkalmazás teljesítménye. A C6455 DSP két megabájt statikus RAM-ot tartalmaz.
Szoftver kompatibilitás. A szoftverek visszafelé kompatibilitása azért fontos, mert sok videóalkalmazást már jóval az átkódolás széles körű alkalmazása előtt fejlesztettek ki. Ahhoz, hogy a meglévő szoftvereket új processzorokon használjuk, a DSP teljesítményét nem az utasításkészletének megváltoztatásával célszerű növelni, hanem a processzormag architektúra rovására. A C6455 processzor két építészeti újítást tartalmaz. Az első egy körkörös puffer bevezetésével kapcsolatos, ami potenciálisan növeli a szoftveres csővezetékek hatékonyságát a kód rövid ciklusokkal történő feldolgozásához. A második a natív 32 bites utasítások 16 bites verzióinak használata, ami jelentősen csökkenti a programkód méretét, és ezáltal csökkenti a "kihagyások" arányát a cache memória elérésekor.
Átkódoló rendszer prototípusa

Átkódolásra van szükség a DVD-lemezekről történő adatok IP-hálózaton keresztüli átviteléhez is, például a vállalati képzési rendszerben, az igény szerinti videoalkalmazásokban és a videó műsorszórásban. Ebben az esetben a forrás videó formátum MPEG2, a célformátum pedig főként WMV9. Vegye figyelembe, hogy a DSP programozhatóság megkönnyíti szinte bármilyen forrás/cél videó formátum kombináció támogatását.
A videó adatok átkódolásához számos technikai problémát meg kell oldani, mint például a formátum konvertálását, a videó adatfolyam bitrátájának, valamint időbeli és térbeli felbontásának csökkentését. Ezért különféle intelligens videó átkódolási sémákat fejlesztettek ki. Fő elvük a bemeneti videofolyamban található információk maximális lehetséges újrafelhasználása.
Ez a rész egy olyan prototípus videó-átkódoló rendszert tárgyal, amely bármilyen átkódolási sémához alkalmas rugalmas hardver-/szoftver-infrastruktúrán alapuló architektúrát használva. A különféle célzott videó-átkódolási forgatókönyvek kielégítése érdekében a legegyszerűbb átkódolási sémát választják, amelyben a videofolyamot teljesen dekódolják, majd az új korlátozásoknak megfelelően újrakódolják.
Az adatfolyam a rendszerben a diagram bal oldalán kezdődik (2. ábra), a merevlemezen tárolt tömörített MPEG2 videofájllal, és egy lapos képernyőn ér véget, ahol a videót a Windows Media Player játssza le. Ebben a bemutatóban a videó szabványos NTSC felbontású (720 x 480 pixel), és 30 képkocka/másodperc sebességgel van átkódolva.
A DSP1 alapú adatfolyam-vevő modul puffereli az MPEG2 adatfolyamot, és megszervezi az MPEG2 dekódoló modul bemeneti adatait. A fogadási műveletet a TI Network Development Kit (NDK) könyvtára vezérli, amely lényegében egy TCP/IP verem. A DSP2 processzoron futó ASF Packet Shaper modul ASF csomagokat állít elő a WMV9 modulban tömörített adatokból. A DSP2 rendelkezik egy NDK-alapú http-kiszolgálóval is, amely kezeli a Windows Media Player streaming kéréseit, és ASF-csomagokat küld neki. A Windows Media Player dekódolja az ASF-csomagokat, és megjeleníti a videót a képernyőn.
Az adatfolyamok egyik legérdekesebb és legnagyobb kihívást jelentő aspektusa a két DSP interakciója az sRIO interfészen keresztül. A következő történik minden egyes videokocka átvitelnél. Miután a DSP1 befejezte a videokeret átvitelét, egy adatcsomagot küld, amelyet az sRIO protokoll specifikációjában DOORBELL-nek neveznek. A DOORBELL csomag rendszermegszakítást generál a DSP2-ben, hogy értesítse a keret jelenlétét. A DSP2 a WMV9 kódolási folyamat elindításával válaszol. A keretkódolás befejezése után a DSP2 egy DOORBELL csomagot küld a DSP1-nek. Ezzel egyidejűleg a DSP1-ben egy megszakítás jön létre, amely tájékoztatja a DSP1 processzort, hogy készen áll-e a következő keret továbbítására. A gyakorlatban ping-pong puffersémát használnak, hogy a kódolási/dekódolási és adatátviteli műveletek párhuzamosan történjenek.
A grafikus felhasználói felület (GUI) blokk a rendszerbe épített vezérlési és felügyeleti funkciókat biztosít. A SRIO link és a Gigabit MAC (GMAC) kapcsolati tevékenység valós időben jelenik meg. MPEG-2 adatfolyam kommunikációs csatornán történő továbbításakor az átlagos bitsebesség 8 Mbps, ami jellemző a szabványos felbontású, 30 képkocka/s frekvenciájú kódolásra. Ha ASF-csomagokat továbbít a kommunikációs csatornán, az átlagos átviteli sebesség 4 Mbit / s. Ez azt mutatja, hogy a WMV9 formátum a sávszélesség körülbelül 50%-át képes felszabadítani, miközben hasonló videóminőséget biztosít. Egy sRIO kapcsolat esetén az átlagos adatátviteli sebesség 124 Mbps.

Így a TI C6455 digitális jelfeldolgozó képességei az sRIO interfésszel kombinálva, valamint a C6455 processzorokra épülő, leírt prototípus átkódoló rendszer bemutatása azt jelzi, hogy az IP hálózatokban a videoátvitel összetett problémája sikeresen megoldható. most és a jövőben is....

A műholdról a videót vagy az MPEG-2 kodekkel, vagy H.264-ben (más néven AVC vagy MPEG-4 part10) továbbítják. Általános szabály, hogy az egyszerűség kedvéért az MPEG-4 10. része MPEG-4-re van redukálva, de itt fontos, hogy ne keverjük össze az MPEG-4 2. részével, amely teljesen inkompatibilis és nem hasonlít a H.264-hez, és a régi IP kamerák.

A hangot MPEG audio réteg 2-ben (rövidítve mp2) vagy ac3-ban (a / 52) továbbítják.

Sőt, fontos megérteni, hogy ma a H264-et általában intra-refresh-sel tömörítik, pl. nincsenek kulcskockák (IDR vagy kulcsképkocka) a videofolyamban. Ez a tömörítési módszer lehetővé teszi a bitráta ugrásainak kiegyenlítését.

Ennek eredményeként a műholdról továbbított hang- vagy videoverziók egyikét sem játssza le az iPhone. Csak a H264 játszik le a böngészőben.

Az interneten keresztüli átvitel során általában biztonságosan tömörítheti a videót mpeg2-ről h264-re a forgalom háromszoros csökkenésével.

Amikor HD csatornákat továbbít az interneten, ma több különböző minőségbe kell tömörítenie a streamet: a maximális minőségű HD-től a szabványos SD-ig, hogy kompenzálja a zsúfolt csatornákat.

Ennek eredményeként a műholdról származó videót a kiváló minőségű OTT-szolgáltatás biztosításához át kell kódolni más kodekekké és minőségekké.

Fontos, hogy ne keverjük össze az átkódolást az újracsomagolással. Az átkódolás rendkívül erőforrás-igényes művelet, amely magában foglalja:

• az adatfolyam kicsomagolása kódolt videóra/hangra
• dekódolás nyers videó/audió formátumba
• átméretezés és egyéb paraméterek
• visszakódolni
• szállítási csomagolás az áramláshoz

A be- és kicsomagolás viszonylag egyszerű művelet, egy streaming szerver akár 1000 csatornát is képes kezelni egyetlen számítógépen. Egy számítógépen 1-30 csatornát lehet átkódolni, a számítógép méretétől és teljesítményétől függően.

Az átkódoláshoz speciális dedikált eszközöket, központi processzort vagy videokártyát használhat: külső vagy a processzorba épített.

Speciális eszközöket nem fogunk figyelembe venni, mert ez nagyrészt egy számítógép valamilyen programmal, vagy rendkívül drága és nagyon speciális berendezések, vagy egyszerűen csak egy indokolatlanul drága eszköz, amelyet kizárólag a gyártó cégének marketing erőfeszítései révén valósítottak meg. nem teszik lehetővé -vagy jelentős eredmények elérését.

H.264

Számos különböző program létezik a videó feldolgozására egy CPU-n, de nagyjából ma már csak két programkönyvtár van értelme a H.264 kodekkel való tömörítésnek a CPU-n: az ingyenes libx264 és a fizetős MainConcept. Minden más vagy rosszabb, vagy sokkal rosszabb, mind a teljesítmény, mind az erőforrás-felhasználás szempontjából.

Ebben a cikkben nem foglalkozunk a MainConcepttel való munka gyakorlatával, csak a libx264-et említjük meg

A H.264 kodek ma a videó de facto szabványa, mert minden modern eszköz támogatja, kivéve talán néhány Google-eszközt.

Ennek gyakorlatilag nincs alternatívája. Mára megjelent és fejlődik a H.265, már most is rengeteg támogatással rendelkezik, de eddig a vele való munka befektetés a jövőbe.

A Google kodekei: A VP8 és VP9 inkább a Google vágya, hogy magára húzza a takarót, mint valami igazán hasznos dolog. Az így kapott minőség rosszabb, nincs támogatás a hardveres dekódoláshoz, ezért a készülék ára emelkedik.

A videó kódolásakor meg kell értenie, hogy egyensúlyt kell teremtenie a következő paraméterek között:

• késleltetés a kódolón belül keretekben
• CPU-használat (hány ezredmásodperc kell egy képkocka tömörítéséhez)
• kimeneti képminőség (milyen pixeles és milyen színek)
• kimeneti bitráta

Minden típusú éter esetében a CPU használata abszolút kritikus. Ha a kódoló beállításai teljes CPU-terhelést vagy többet igényelnek, akkor a videónak nem lesz ideje valós időben kódolni, és ezért a videó streaming eltűnik.

A VOD esetében nincs ilyen szigorú korlátozás, és egy órás filmet három órán keresztül lehet kódolni, ha csökkenteni akarjuk a bitrátát. Ugyanakkor az on-air videónál általában nem a processzor teljes teljesítményét igyekeznek felhasználni, hogy ne 4, hanem 10 csatornát dolgozzanak fel egy számítógépen.

Ami a kódolón belüli késleltetést illeti, ez kritikus a videokonferenciáknál, de teljesen kritikus az IPTV-nél. A tévéadás 5 másodperces késése sem változtat a szolgáltatás minőségén.

Bitsebességet és minőséget tekintve teljesen egyértelmű a kapcsolat: minél több információt továbbítunk a képről, annál jobban fog megjelenni. Általános szabály, hogy a bitrátának csökkentésével javíthatja a kép minőségét, ha hatékonyabb tömörítési eszközöket választ, amelyek nagyobb késleltetést és több órajelet igényelnek.

Ennek az összetett kapcsolatnak a megértése szükséges ahhoz, hogy jobban érzékeljük azt a biztosítékot, hogy "a mi kódolónk a világ legjobb kódolója". Legalább 4 paramétert össze kell hasonlítani, de végül minden azon múlik, hogy mennyi pénzbe kerül egyszer és havonta egy csatorna átkódolása a kívánt minőséggel és kimeneti bitrátával.

Flussonic Media Server az átkódoláshoz

A Flussonic Media Server külön csomagként tartalmazza az átkódolót.

A Flussonic Media Server képes dekódolni a videót UDP / HTTP MPEG-TS, RTMP forrásokból, és többféle minőségben és méretben kódolni tudja.

Ez a funkció akkor válik szükségessé, ha nem csak set-top boxokon, hanem táblagépeken is szükséges a videó megjelenítése: ott lényegesen kisebb a választható kodekek választéka, mint egy set-top boxon.

Fontos megjegyezni, hogy ahhoz, hogy a videó lejátszható legyen az iPhone-on, még a H264-et is át kell kódolni a műholdról, mivel a műholdon általában a frissítésen belüli kódolási módot használják a sima bitráta érdekében, amely iPhone-on nem játszható videót hoz létre.

A Flussonic Media Server kényelmesebb, mint a VLC vagy más lehetőségek az átkódolás megszervezésére, mivel egyetlen konfigurációs fájl kezeli, és automatikusan figyeli az átkódolás állapotát. A VLC viszont nagyszámú megfigyelő szkriptet igényel az átkódolás állapotának nyomon követéséhez.

A Flussonic Media Server másik fontos jellemzője az átkódoláshoz az adatfolyamok automatikus újraegyensúlyozása, amikor az egyik kiszolgáló összeomlik. Ha a 20 átkódoló egyike éjszaka meghibásodik, akkor a többi átkódoló beállítható úgy, hogy automatikusan rögzítse az adatfolyamokat az átkódoláshoz, és maga a streamer veszi át a streameket a tartalék átkódolóktól.

Az IP-kamerák különböző gyártói különböző támogatott videótömörítési eljárásokat biztosítanak számukra. Általában ezek a folyamatok csak részben felelnek meg a CCTV projektek követelményeinek. Amikor a felhasználók áttérnek a videóra, a funkcionalitás, a rugalmasság és a kényelem terén hiányosságokkal szembesülnek. Az egyetlen kivételt azok a tömörítési eljárások képezik, amelyeket kifejezetten a CCTV rendszerhez módosítottak.

A kamera beépített videotömörítési képességei nem befolyásolják az átkódolást, így a fényképezőgépe tömörítési formátumait más, az Ön igényeinek megfelelőbb formátumba tudja konvertálni. A módosított formátumok példái közé tartoznak a speciális kodekek, amelyek nem csak a CCTV felhasználók számára vannak optimalizálva, hanem megfelelnek a jól ismert szabványoknak is.

Az átkódolási technológia használata melletti érvek a következők:

• a különböző gyártók kameráinak kombinálásának pillanatában a CCTV rendszer funkcionális homogenizálása. A kameragyártók különbségei ellenére az átkódoló minden funkciója elérhető lesz;
• integráció lehetősége képfeldolgozás átkódolóban;
• funkciók használata például dinamikus valós idejű adatfolyam (DLS), amely automatikusan hozzáigazítja az adatfolyam felbontását a kezelő monitorablakának méretéhez. Ennek köszönhetően jelentősen csökkenthető a többcsatornás adatátvitel valós időben felhasznált sávszélessége.

Összegzés

Míg az IP-kamerák konfigurációjában egyre több logikai és információs megoldás jelenik meg, addig az átkódolási technológia fejlődése egészen más irányban zajlik. Ebben az esetben a fényképezőgépet ma jó minőségű képek forrásának tekintik. Évről évre egyre kevesebb logikai és információs képességet igényel a kamera, egyszerűsödik az integrációja, homogénné válik a funkcionalitás. Miközben számos gyakori CCTV-problémával foglalkozik, a központosított nézeti megközelítés az átkódolásban több előnnyel rendelkezik a decentralizált nézet megközelítéséhez képest, amelyet az egyes kamerák jellemzői vezérelnek. Ez a pont különösen fontos több száz csatornával felruházott nagy rendszerek esetében.

Az átkódolás nem csodaszer. A rendszerrel szemben támasztott speciális követelmények alapján meghatározható annak formája és megvalósíthatósága, funkcionális előnyei és a szükséges költségmegtakarítás. Az átkódolási technológia egyes problémákat hatékonyabban tud megoldani, mint maga a kamera képességei. Más problémák viszont könnyebben megoldhatók a kameraképességek segítségével, ami a decentralizált logikai információs képességek hatékonyságáról beszél. Valójában nincs konfliktus a centralizált és a decentralizált logikai információs képességek között, és mindegyik hatékony a saját területén.