Kui varasematel aastatel olid kõige huvitavamad kodumaised tehnoloogiauudised peamiselt tarkvaraga seotud, siis 2019. aastal juhtus riistvara vallas palju huvitavat. Pealegi on riik otsustavalt asunud impordi asendamisele, mitte ainult tarkvarale.

2019. aastal rikkusid valitsusasutused T-platvormid: ettevõte on agoonias, "80% töötajatest lahkub töölt", sait on välja lülitatud

Ettevõtte "T-Platforms", mille asutaja ja tegevjuht on vahi all, ammendamatule probleemide voolule lisandus ulatuslik koondamine. Organisatsioonil ei jätku raha mitte ainult palkadeks, vaid võib-olla isegi ettevõtte veebisaidi toetuseks, kirjutab CNews.

Rostec soovib luua Venemaa kiipe Bluetoothi, Wi-Fi, NFC ja asjade interneti jaoks

Rostec teeb ettepaneku arendada Venemaal Bluetoothi, Wi-Fi, ZigBee, NFC, LPWANi, NB-IoT ja Threadi traadita tehnoloogiate jaoks kiipe. Samuti peaksid asjade Interneti ja tugijaamade LPWAN kiibil ilmuma oma süsteemid. Koguinvesteeringud asjade Interneti arendamisse Venemaal kuni 2030. aastani ulatuvad enam kui 200 miljardi rublani.

Kaspersky töötab Venemaa esimese kiibi kallal, et kiirendada tehisintellekti

Kaspersky Lab on sõlminud strateegilise koostöölepingu Venemaa esimese tehisintellektisüsteemide riistvaralise kiirendamise neuromorfse protsessori arendajaga. Kiip võimaldab suurte andmemahtude kohalikku töötlemist ja võimaldab närvivõrkudel protsessis treenida.

Venemaa vajab "Miri", eelistatavalt kogu: Venemaa on kohustatud eelinstallima nutitelefonidesse Mir Pay Apple Pay ja Google Pay asemel

Izvestia teatab, et föderaalne monopolivastane teenistus (FAS) kaalub Mir Pay muutmist Venemaal müüdava elektroonikaseadmete eelinstallimiseks kohustuslikuks rakenduseks. Eelmise aasta suundumuste järgi otsustades peaksid sellise algatuse riigi võimud heaks kiitma.

Ligi poolte Roscosmose satelliitide mittesaatmist seletati sanktsioonidega kiirguskindlatele mikroskeemidele ja OneWebi kättesaamatusega.

Roscosmos ei lõpetanud 45 starti peamiselt OneWebi ja kaitseministeeriumi kosmoselaevade kättesaamatuse tõttu, ütles Venemaa korporatsiooni tegevjuht Dmitri Rogozin, kommenteerides asepeaminister Juri Borissovi avaldust, et tänavused Venemaa kosmosestardi programmid on täidetud "veidi rohkem kui 50 protsenti." TASS teatab.

Tundlik ümberkodeerimine: mis see on?

Seda terminit nimetatakse individuaalseks keelevahenduseks, mida viib läbi tõlkebüroo spetsialist. Adaptiivse ümberkodeerimisega tõlgitakse teavet ühest keelest teise samaaegse teisendamisega vastavalt keeltevahelise suhtluse seadustele.
Tavaliselt nõuab adaptiivne ümberkodeerimine tähelepanu sellele, milline keelerühm või informatiivse muutuse konkreetne vorm kontekstis esineb. Seetõttu võimaldab adaptiivne ümberkodeerimine valida tõlkevaliku, mis ühtib originaalteksti sisuga. Samas ei saa tõlketeksti kasutada 100% originaalteksti asendamiseks.
Tõlge on alati olnud keelelise vahendamise keskmes. Lähte- ja lõpptekst peavad olema samaväärsed ja tähenduselt identsed. Selline tekstide sarnasus on vajalik vastastikuse mõistmise saavutamiseks, mille määravad suhtluse keelelised omadused.
Adaptiivset ümberkodeerimist iseloomustab paratranslatsiooniline iseloom ja see võimaldab teil teksti igakülgselt teisendada, mis hõlmab mitte ainult tavapärast tõlget, vaid ka teksti kohandamist. Adaptiivse ümberkodeerimise olemus seisneb erinevas vormis tekstide koostamise meetodis, keskendudes samal ajal teabe lubatud stiilile ja olemusele ning nõutavale mahule. Tekstides sisalduv põhiteave on hoolikalt valitud ja ümber rühmitatud.
Need kommunikatiivsed tekstivormingud erinevad oma lubatud mahu ja teatud materjali esitamise reeglite poolest. Nende järgi tõlgete tegemine muudab teksti loetavamaks.

Vajadus video ümberkodeerimiseks

Digitaalse video tihendamise tehnoloogiad on tänapäeval olulised peaaegu igat tüüpi videorakendustes. Parameetrite, nagu andmete tihendamine ja ühilduvus, tähtsust suurendab veelgi sidemeediumite lähenemise kasvav suund.
Kõige kuulsamad digitaalsed videorakendused hõlmavad DVD-d, kõrglahutusega televisiooni (HDTV), videotelefoni / telekonverentsi ja viimasel ajal ka videovalvet. Igal neist tehnoloogiatest on vastavalt oma arengulugu, igal neist on oma tihendusalgoritmid.
Ümberkodeerimisel on kaks olulist rolli. Esiteks võimaldab see suhelda olemasolevate ja tekkivate seadmete vahel. Näiteks paljud olemasolevad videokonverentsisüsteemid põhinevad H.263 videokodeerimisstandardil. Uuemad videokonverentsisüsteemid kasutavad algtaseme H.264 / AVC profiili. Seega on nende süsteemide vahelise suhtluse tagamiseks vajalik video reaalajas ümberkodeerimine. Teiseks on infovõrkudel, eriti Internetil, video edastamiseks piiratud ribalaius. Näiteks on enamik videoid praegu salvestatud DVD-dele MPEG2-vormingus. IP-võrkude kaudu tellitavate video- ja video voogedastusteenuste ribalaiuse piirangud nõuavad nende videoandmete teisendamist kõrgemale tihendusmäärale. See saavutatakse video reaalajas ümberkodeerimisega enne edastamist. Üldiselt vabaneb ümberkodeerimise tulemusena kuni 50% võrgu ribalaiusest ilma video kvaliteeti kaotamata.
Videokonverentsi ümberkodeerimine

Niisiis, üks ümberkodeerimise rakendusi on videokonverentsisüsteemid. Vaatleme tüüpilist sellistes süsteemides kasutatavat ümberkodeerimisskeemi (joonis 1). Üks signaaliprotsessor (DSP2) dekodeerib sisendvideovoo ja genereerib rekonstrueeritud videokaadri, mis saadetakse RapidIO jadaliidese (sRIO) kaudu teisele digitaalsele signaaliprotsessorile (selles näites DSP1). DSP1 kodeerib taastatud videokaadri soovitud vormingusse. Tavaliselt kasutab videokonverentsi üks pool H.263-põhiseid seadmeid, teine ​​pool aga H.264-põhiseid seadmeid.
Võrguliiklust haldav hostprotsessor suhtleb PCI siiniühenduse kaudu mitme DSP-ga (antud juhul neljaga).
Selles näites on protsessorite vahelise suhtluse põhitunnuseks nende ühendus sRIO liidese kaudu. Kuna DSP-de vahel edastatavad andmed on tihendamata video, tavaliselt 30 kaadrit sekundis, on seadmetevahelised ribalaiuse nõuded väga kõrged.
Kui jäädvustate video standardse NTSC eraldusvõimega (720 x 480 pikslit) YUV 4: 2: 0, siis on iga kaadri suurus 720 × 480 × 1,5 = 518 400 baiti. Seetõttu peaks 30 kaadrit sekundis liini läbilaskevõime olema ligikaudu 124 Mbps.
sRIO liidese valik määrab nõuded video andmeedastuskiirusele ja paindlike lülitusstruktuuride toele. sRIO toetab kolme andmeedastuskiirust: 1,24 Gbps, 2,5 Gbps ja 3,125 Gbps. See liides kasutab andmevooga kella sünkroonimise taastamiseks SerDesi tehnoloogiat ja 8-b / 10-b kodeeringut. See jadaliidese spetsifikatsioon toetab üherealisi (1X) ja neljarealisi (4X) porte. sRIO liidese füüsiline kiht määrab seadmetevahelisel suhtlemisel kasutatava käepigistuse mehhanismi, samuti tsüklilisel liiasuskoodil põhineva veatuvastusjärjestuse. Liidese füüsiline kiht määrab ka pakettide prioriteedi, mida kasutatakse marsruutimiseks kommutaatoris.
sRIO ribalaiuse täielikuks kasutamiseks peavad protsessoritel need liidesed olema. Selliseid protsessoreid pakub Texas Instruments. Näiteks signaaliprotsessoril TMS320C6455 on pardal olev sRIO-liides, mis pakub nelja samaaegset ühendust ja mille maksimaalne andmeedastuskiirus on 20 Gbps edasi-tagasi.
TMS320C6455 protsessor

Lisaks sRIO liidesele on C6455-l täiendav komplekt olulisi funktsioone, mis muudavad selle ümberkodeerimiseks ideaalseks. Need funktsioonid saab rühmitada nelja põhiplokki.
Suure hulga kiirete I / O liideste olemasolu. Kuna süsteemidisainerid kasutavad erinevaid lahendusi, peab videotöötlusrakenduste DSP pakkuma I/O-porte süsteemimoodulite omavaheliseks ühendamiseks plaadi tasemel. Nagu varem mainitud, on C6455-l sisseehitatud sRIO port seadmetevaheliseks suhtluseks.
Muud C6455 sisend-/väljundvõimalused on 1 Gbps Ethernet Media Access Controller (EMAC), kahe andmeedastuskiirusega 32-bitine mälukontroller (DDR2-500) ja 66 MHz siini välisseadmete (PCI) ühendamiseks. Integreeritud ATM-liides (UTOPIA 2) võimaldab C6455 protsessorit kasutada telekommunikatsiooni infrastruktuuris.
Andmete tõhus liikumine kiibis. Ühe kiibi arhitektuur tõhusaks andmete liikumiseks on C6455 üks peamisi eeliseid võrreldes eelkäijatega. Videotöötlusrakendustes toimivad digitaalsed signaaliprotsessorid hostprotsessori alamseadmetena. Seetõttu on nende jaoks oluline suur ribalaius, madal latentsusaeg ja võimalus andmeid paralleelselt ülem- ja alamseadmete vahel edastada. Need nõuded määrasid seadme arhitektuuri: välisseadmed, sisemälu ja protsessori tuum suhtlevad üksteisega C6455 protsessori tõhusa kommuteeritud keskressursi (SCR) kaudu.
Samuti on oluline optimaalne andmevoog. Seda täiustati 256-bitiste mälusiinide ja sisemise otsemälu juurdepääsu (IDMA) abil. IDMA võimaldab andmetel liikuda taustal kahe sisemälu taseme vahel ning välisseadmete siinile ja sealt tagasi.
Suur hulk kiibisisene mälu. Kiibil olev staatiline SRAM on palju kiirem kui dünaamiline väline SDRAM ja on oma kõrgete tootmiskulude tõttu palju väiksem. Tüüpiliste videorakenduste puhul on kiibimälu peamiselt kahel eesmärgil: 1) salvestab sageli kasutatavat koodi ja andmeid, 2) laadib / laadib maha ajutised andmed enne ja pärast töötlemist. Tavaliselt, mida rohkem kiibil on mälu, seda parem on rakenduse jõudlus. C6455 DSP sisaldab kahte megabaiti staatilist muutmälu.
Tarkvara ühilduvus. Tarkvara tagasiühilduvus on oluline, kuna paljud videorakendused töötati välja ammu enne ümberkodeerimise laialdast kasutamist. Olemasoleva tarkvara kasutamiseks uutel protsessoritel on soovitav DSP jõudlust tõsta mitte selle käsukomplekti muutes, vaid protsessori tuumaarhitektuuri arvelt. C6455 protsessoril on kaks arhitektuurilist uuendust. Esimene on seotud ümmarguse puhvri kasutuselevõtuga, mis võib potentsiaalselt suurendada tarkvara konveieri tõhusust koodi töötlemiseks lühikeste tsüklitega. Teine on natiivsete 32-bitiste käskude 16-bitiste versioonide kasutamine, mis vähendab märkimisväärselt programmi koodi suurust ja seega ka vahemällu pääsemisel vahelejäämise määra.
Ümberkodeerimissüsteemi prototüüp

Ümberkodeerimine on vajalik ka andmete edastamiseks DVD-delt IP-võrgu kaudu, näiteks ettevõtte koolitussüsteemis, tellitavates videorakendustes ja videoedastuses. Sel juhul on lähtevideovorminguks MPEG2 ja sihtvorminguks peamiselt WMV9. Pange tähele, et DSP programmeeritavus muudab peaaegu igasuguse allika/sihtvideovormingu kombinatsiooni toetamise lihtsaks.
Videoandmete ümberkodeerimiseks tuleb lahendada palju tehnilisi probleeme, näiteks vormingu teisendamine, videovoo bitikiiruse vähendamine ning selle ajaline ja ruumiline eraldusvõime. Seetõttu on välja töötatud erinevad intelligentsed video ümberkodeerimise skeemid. Nende peamine põhimõte on sisendvideovoos sisalduva teabe maksimaalne võimalik taaskasutamine.
Selles jaotises käsitletakse video ümberkodeerimise süsteemi prototüüpi, mis sobib igale ümberkodeerimisskeemile, mis kasutab paindlikul riist-/tarkvarainfrastruktuuril põhinevat arhitektuuri. Erinevate sihtvideo ümberkodeerimise stsenaariumide rahuldamiseks valitakse lihtsaim ümberkodeerimisskeem, milles videovoog dekodeeritakse täielikult ja seejärel vastavalt uutele piirangutele uuesti kodeeritakse.
Süsteemi andmevoog algab diagrammi vasakust servast (joonis 2), kõvakettale salvestatud tihendatud MPEG2-videofailiga ja lõpeb lameekraanil, kus videot esitab Windows Media Player. Selles demos on video NTSC standardlahutusega (720 x 480 pikslit) ja ümberkodeerimisel 30 kaadrit sekundis.
DSP1-põhine voovastuvõtja moodul puhverdab MPEG2 voogu ja korraldab MPEG2 dekoodri mooduli sisendandmed. Vastuvõtutoimingut juhitakse TI võrguarenduskomplekti (NDK) teegi abil, mis on sisuliselt TCP / IP-pinn. DSP2 protsessoril töötav moodul ASF Packet Shaper genereerib WMV9 moodulis tihendatud andmetest ASF-pakette. DSP2-l on ka NDK-põhine http-server, mis käsitleb Windows Media Playeri voogesituse päringuid ja saadab sellele ASF-pakette. Windows Media Player dekodeerib ASF-i paketid ja kuvab video ekraanil.
Andmete voogesituse üks huvitavamaid ja keerulisemaid aspekte on kahe DSP koostoime sRIO liidese kaudu. Iga videokaadri edastamisega juhtub järgmine. Kui DSP1 lõpetab videokaadri edastamise, saadab see andmepaketi, mida sRIO protokolli spetsifikatsioonis nimetatakse DOORBELLiks. DOORBELLi pakett genereerib DSP2-s süsteemikatkestuse, et teavitada kaadri olemasolust. DSP2 reageerib WMV9 kodeerimisprotsessi käivitamisega. Pärast kaadri kodeerimise lõpetamist saadab DSP2 DSP1-le DOORBELLi paketi. Samal ajal genereeritakse DSP1-s katkestus, mis teavitab DSP1 protsessori valmisolekust jätkata järgmise kaadri edastamist. Praktikas kasutatakse ping-pong puhvri skeemi, nii et kodeerimis-/dekodeerimis- ja andmeedastustoimingud teostatakse paralleelselt.
Graafilise kasutajaliidese (GUI) plokk pakub süsteemi sisseehitatud juhtimis- ja jälgimisfunktsioone. SRIO lingi ja Gigabit MAC (GMAC) lingi tegevust kuvatakse reaalajas. MPEG-2 andmevoo edastamisel sidekanali kaudu on keskmine bitikiirus 8 Mbps, mis on tüüpiline standardlahutusega kodeerimisel sagedusega 30 kaadrit sekundis. ASF-pakettide edastamisel sidekanali kaudu on keskmine edastuskiirus 4 Mbit / s. See näitab, et WMV9-vorming suudab vabastada umbes 50% ribalaiusest, pakkudes samal ajal sarnast videokvaliteeti. sRIO lingi puhul on keskmine edastuskiirus 124 Mbps.

Seega näitavad digitaalse signaaliprotsessori TI C6455 võimalused kombineerituna sRIO liidesega, aga ka kirjeldatud prototüübi C6455 protsessoritel põhineva ümberkodeerimissüsteemi demonstreerimine, et IP-võrkudes saab videoedastuse keerulist probleemi edukalt lahendada. nii praegu kui ka tulevikus....

Satelliidilt edastatakse videot kas MPEG-2 kodekis või H.264-s (teise nimega AVC või MPEG-4 part10). Reeglina taandatakse MPEG-4 osa 10 lihtsuse huvides MPEG-4-ks, kuid siin on oluline mitte segi ajada MPEG-4 2. osaga, mis on täiesti ühildumatu ega sarnane H.264-ga ning mida kasutati aastal vanad IP-kaamerad.

Heli edastatakse MPEG-helikihis 2 (lühendatult mp2) või ac3-s (a / 52).

Pealegi on oluline mõista, et tänapäeval tihendatakse H264 tavaliselt intra-refreshiga, st. videovoos pole võtmekaadreid (IDR või võtmekaader). See tihendusmeetod võimaldab teil bitikiiruse hüppeid tasandada.

Seetõttu ei esitata iPhone'is ühtegi satelliidilt edastatud heli- või videoversiooni. Brauseris mängitakse ainult H264.

Interneti kaudu edastades saate reeglina video mpeg2-st h264-le turvaliselt tihendada, liikluse kolmekordse vähenemisega.

HD-kanaleid Interneti kaudu edastades tuleb täna voogu tihendada mitmeks erinevaks kvaliteediks: maksimaalse kvaliteediga HD-st kuni standardse SD-ni, et kompenseerida kanalite ülekoormamist.

Selle tulemusel tuleb kvaliteetse OTT-teenuse pakkumiseks satelliidilt saadav video ümber kodeerida muudeks koodekiteks ja kvaliteetideks.

Oluline on mitte segi ajada ümberkodeerimist ümberpakkimisega. Ümberkodeerimine on äärmiselt ressursimahukas toiming, mis hõlmab:

• voo lahtipakkimine kodeeritud videole/helile
• dekodeerimine töötlemata videoks/heliks
• suuruse muutmine ja muud parameetrid
• kodeerimine tagasi
• pakkimine transpordis voolu jaoks

Pakkimine ja lahtipakkimine on suhteliselt lihtsad toimingud, voogedastusserver suudab ühes arvutis hakkama saada kuni 1000 kanaliga. Ühes arvutis saate ümberkodeerida 1 kuni 30 kanalit, olenevalt arvuti suurusest ja võimsusest.

Ümberkodeerimiseks saate kasutada spetsiaalseid spetsiaalseid seadmeid, keskprotsessorit või videokaarti: välist või protsessorisse sisseehitatud.

Spetsiaalseid seadmeid me arvesse ei võta, sest enamasti on tegemist kas mingisuguse programmiga arvutiga või ülikalli ja väga spetsialiseeritud seadmega või lihtsalt ebamõistlikult kalli seadmega, mis on realiseeritud eranditult tootjafirma turundustegevuse kaudu ja teeb seda. ei võimalda saavutada olulisi tulemusi.

H.264

Video töötlemiseks protsessoris on mitu erinevat programmi, kuid üldiselt on tänapäeval vaid kaks teeki, mida on mõistlik kasutada CPU H.264 koodekiks tihendamiseks: tasuta libx264 ja tasuline MainConcept. Kõik muu on kas hullem või palju hullem, nii väljundi kui ka ressursside kasutamise poolest.

MainConceptiga töötamise praktikat selles artiklis ei käsitleta, mainitakse ainult libx264

H.264 koodek on tänapäeval video de facto standard, kuna seda toetavad kõik kaasaegsed seadmed, välja arvatud võib-olla mõned Google'i seadmed.

Alternatiivid sellele praktiliselt puuduvad. Tänaseks on ilmunud ja arenemas H.265, sellel on juba palju tuge, kuid seni on sellega töötamine investeering tulevikku.

Google'i koodekid: VP8 ja VP9 on pigem Google'i soov enda peale tekk tõmmata kui midagi tõeliselt kasulikku. Saadud kvaliteet on kehvem, riistvaralise dekodeerimise tugi puudub ja seetõttu tõuseb seadme hind.

Video kodeerimisel peate mõistma, et peate tasakaalustama järgmiste parameetrite vahel:

• viivitus kodeerijas kaadrites
• CPU kasutus (mitu millisekundit kulub ühe kaadri tihendamiseks)
• väljundi pildikvaliteet (pikslitud ja mis värvid)
• väljundi bitikiirus

Igat tüüpi eetri puhul on protsessori kasutamine ülioluline. Kui kodeerija seaded nõuavad CPU täiskoormust või rohkem, siis ei ole videol aega reaalajas kodeerida ja seetõttu kaob video voogesitus.

VOD-i puhul nii ranget piirangut pole ja tunnipikkuse filmi saab kodeerida kolm tundi, kui tahad bitikiirust alandada. Samal ajal püüavad nad eetrivideo puhul tavaliselt kasutada mitte kogu protsessori võimsust, et ühes arvutis töödelda mitte 4 kanalit, vaid 10 kanalit.

Mis puutub kodeerija sisemisse latentsusaega, siis see on videokonverentside jaoks kriitiline, kuid IPTV jaoks täiesti ebakriitilise tähtsusega. Isegi 5-sekundiline viivitus telesaadete edastamisel ei muuda teenuse kvaliteeti.

Bitikiiruse ja kvaliteedi juures on ühendus üsna selge: mida rohkem infot pildi kohta edastame, seda paremini see kuvatakse. Reeglina saab pildi kvaliteeti parandada bitikiiruse vähendamisega, valides tõhusamad tihendustööriistad, mis nõuavad rohkem latentsust ja rohkem taktisagedust.

Selle keerulise seose mõistmine on vajalik selleks, et paremini tajuda kinnitust, et "meie kodeerija on maailma parim kodeerija". Võrrelda on vaja vähemalt 4 parameetrit, kuid lõpuks taandub kõik sellele, kui palju raha kulub üks kord kuus ühe kanali ümberkodeerimiseks soovitud kvaliteedi ja väljundi bitikiirusega.

Flussonic Media Server ümberkodeerimiseks

Transkooder on Flussonic Media Serveri jaoks eraldi paketina kaasas.

Flussonic Media Server suudab dekodeerida videot UDP / HTTP MPEG-TS, RTMP allikatest ning kodeerida seda mitmes kvaliteedis ja suuruses.

See funktsioon muutub vajalikuks, kui tekib vajadus näidata videot mitte ainult digiboksides, vaid ka tahvelarvutites: seal on saadaolevate koodekite valik oluliselt väiksem kui digiboksil.

Oluline on märkida, et video iPhone'is esitamiseks on vaja isegi H264 satelliidilt ümber kodeerida, sest reeglina kasutatakse satelliidil sujuvaks bitikiiruseks värskendussisest kodeerimisrežiimi, mis loob video, mida ei saa iPhone'is esitada.

Flussonic Media Server on VLC-st või muudest ümberkodeerimise korraldamise võimalustest mugavam, kuna seda haldab üks konfiguratsioonifail ja see jälgib automaatselt ümberkodeerimise olekut. VLC seevastu nõuab transkodeerimise oleku jälgimiseks suure hulga jälgimisskriptide kirjutamist.

Flussonic Media Serveri teine ​​oluline funktsioon ümberkodeerimiseks on voogude automaatne tasakaalustamine, kui üks serveritest jookseb kokku. Kui üks 20-st transkooderist öösel rikki läheb, saab ülejäänud transkoodrid seadistada ümberkodeerimiseks automaatselt vooge jäädvustama ja striimija ise võtab vooge varutranskooderitelt.

Erinevad IP-kaamerate tootjad pakuvad neile erinevaid toetatud video tihendamise protsesse. Tavaliselt vastavad need protsessid vaid osaliselt CCTV projektide nõuetele. Kui kasutajad lähevad üle videole, hakkavad nad silmitsi seisma funktsionaalsuse, paindlikkuse ja mugavuse puudujääkidega. Ainsad erandid on need tihendusprotsessid, mida on spetsiaalselt CCTV-süsteemi jaoks muudetud.

Kaamera sisseehitatud video pakkimisvõimalused ei mõjuta ümberkodeerimist, nii et see võib teisendada teie kaamera tihendusvormingud muudesse vormingutesse, mis on teie vajadustele sobivamad. Muudetud vormingute näited hõlmavad spetsiaalseid koodekeid, mis pole mitte ainult optimeeritud CCTV kasutajatele, vaid vastavad ka tuntud standarditele.

Argumendid ümberkodeerimistehnoloogia kasutamise kohta on järgmised:

• erinevate tootjate kaamerate kombineerimise hetkel CCTV süsteemi funktsionaalne homogeniseerimine. Vaatamata kaameratootjate erinevustele on kõik transkoodri funktsioonid saadaval;
• integratsiooni võimalus pilditöötlus transkooderis;
• funktsioonide kasutamine näiteks dünaamiline reaalajas andmete voogesitus (DLS), sobitades voo eraldusvõime automaatselt operaatori monitori akna suurusega. Tänu sellele on võimalik oluliselt vähendada reaalajas kasutatavat ribalaiust mitmekanaliliseks andmeedastuseks.

Kokkuvõte

Kui IP-kaamerate konfiguratsioonis ilmub järjest rohkem loogilisi ja informatiivseid lahendusi, siis ümberkodeerimise tehnoloogia areng toimub hoopis teises suunas. Sel juhul peetakse kaamerat tänapäeval kvaliteetsete piltide allikaks. Kaamera nõuab aasta-aastalt aina vähem loogilist ja infolist võimekust, selle integreerimine lihtsustub ning funktsionaalsus muutub homogeenseks. Tegeledes paljude levinud CCTV probleemidega, on tsentraliseeritud vaate lähenemisviisil transkodeerimisel rohkem eeliseid detsentraliseeritud vaate lähenemisviisi ees, mis on tingitud üksikute kaamerate omadustest. See punkt on eriti oluline suurte süsteemide puhul, millel on sadu kanaleid.

Ümberkodeerimine ei ole imerohi. Süsteemile esitatavatest erinõuetest lähtuvalt on võimalik määrata selle vorm ja teostatavus, funktsionaalsed eelised ning vajalik kulude kokkuhoid. Ümberkodeerimise tehnoloogia võib mõningaid probleeme lahendada tõhusamalt, kui seda suudavad kaamera enda võimalused. Muid probleeme, vastupidi, on lihtsam lahendada kaamera võimaluste abil, mis räägib detsentraliseeritud loogilise teabe võimekuse tõhususest. Tegelikult ei ole tsentraliseeritud ja detsentraliseeritud loogilise teabe võimekuse vahel konflikti ja igaüks neist on tõhus oma valdkonnas.