Dacă în ultimii ani cele mai interesante știri tehnologice interne au fost legate în principal de software, atunci în 2019 s-au întâmplat o mulțime de lucruri interesante în domeniul hardware. Mai mult decât atât, statul a întreprins cu hotărâre înlocuirea importurilor, și nu doar software.

În 2019, agențiile guvernamentale au ruinat de fapt T-Platforms: compania este în agonie, „80% dintre angajați demisionează”, site-ul este oprit

La fluxul inepuizabil de probleme ale companiei „T-Platforms”, al cărei fondator și CEO este în custodie, s-a adăugat o concediere pe scară largă. Organizația nu are suficienți bani nu doar pentru salarii, ci și, eventual, chiar și pentru susținerea unui site corporativ, scrie CNews.

Rostec vrea să creeze cipuri rusești pentru Bluetooth, Wi-Fi, NFC și Internet of Things

Rostec își propune să dezvolte cipuri pentru tehnologiile wireless Bluetooth, Wi-Fi, ZigBee, NFC, LPWAN, NB-IoT și Thread în Rusia. De asemenea, ar trebui să apară propriile sisteme pe un cip pentru Internetul lucrurilor și stațiile de bază LPWAN. Investițiile totale în dezvoltarea Internetului Lucrurilor în Rusia până în 2030 se vor ridica la peste 200 de miliarde de ruble.

Kaspersky lucrează la primul cip din Rusia pentru a accelera inteligența artificială

Kaspersky Lab a semnat un acord de cooperare strategică cu dezvoltatorul primului procesor neuromorf din Rusia pentru accelerarea hardware a sistemelor de inteligență artificială. Cipul va permite procesarea locală a unor cantități mari de date și va permite rețelelor neuronale să se antreneze în acest proces.

Rusia are nevoie de „Mir”, de preferință întregul: Rusia va fi obligată să preinstaleze Mir Pay pe smartphone-uri în loc de Apple Pay și Google Pay

Izvestia raportează că Serviciul Federal Antimonopol (FAS) are în vedere să facă din Mir Pay o aplicație obligatorie pentru preinstalare pe electronicele vândute în Rusia. Judecând după tendințele din ultimul an, o astfel de inițiativă ar trebui aprobată de autoritățile țării.

Nelansarea a aproape jumătate dintre sateliții din Roscosmos s-a explicat prin sancțiuni asupra microcircuitelor rezistente la radiații și indisponibilitatea OneWeb.

Roscosmos nu a finalizat 45 de lansări, în principal din cauza indisponibilității navelor spațiale de la OneWeb și de la Ministerul Apărării, a declarat Dmitri Rogozin, CEO al corporației ruse, comentând declarația viceprim-ministrului Iuri Borisov conform căreia programele de lansare spațială ale Rusiei au fost anulate. finalizat „puțin mai mult de 50 la sută”. Rapoartele TASS.

Transcodarea receptivă: ce este?

Acest termen se numește mediere lingvistică individuală, care este efectuată de un specialist într-o agenție de traduceri. Cu transcodarea adaptivă, informația este tradusă dintr-o limbă în alta cu transformare simultană în conformitate cu legile interacțiunii interlingvistice.
De obicei, transcodarea adaptivă necesită atenție asupra grupului de limbi sau formei specifice de schimbare informativă prezentă în context. Prin urmare, transcodarea adaptivă vă permite să selectați o opțiune de traducere care se potrivește cu conținutul textului original. În același timp, textul de traducere nu poate fi folosit pentru înlocuirea 100% a textului original.
Traducerea a fost întotdeauna în centrul medierii lingvistice. Sursa și textele finale trebuie să fie echivalente și identice ca înțeles. O astfel de asemănare a textelor este necesară pentru a obține înțelegerea reciprocă, determinată de caracteristicile lingvistice ale comunicării.
Transcodarea adaptivă se caracterizează printr-o natură paratraducțională și vă permite să transformați cuprinzător textul, care include nu numai traducerea obișnuită, ci și adaptarea textului. Esența transcodării adaptive constă în metoda de compunere a textelor de diferite forme, concentrându-se în același timp pe stilul și natura permise a informațiilor și volumul necesar. Informațiile de bază conținute în texte sunt atent selectate și regrupate.
Aceste formate de text comunicativ diferă prin volumul lor permis și anumite reguli de prezentare a materialului. Efectuarea traducerilor în conformitate cu acestea face textul mai ușor de citit.

Nevoie de transcodare video

Tehnologiile de compresie video digitală sunt esențiale în aproape toate tipurile de aplicații video astăzi. Importanța unor parametri precum compresia și compatibilitatea datelor este sporită și mai mult de tendința crescândă de convergență a mijloacelor de comunicare.
Cele mai cunoscute aplicații video digitale includ DVD-ul, televiziunea de înaltă definiție (HDTV), videotelefonia/teleconferința și, mai recent, supravegherea video. Fiecare dintre aceste tehnologii are propria sa istorie de dezvoltare, respectiv, fiecare dintre ele are propriii algoritmi de compresie.
Transcodarea joacă două roluri importante. În primul rând, permite comunicarea între dispozitivele existente și cele emergente. De exemplu, multe sisteme de videoconferință existente se bazează pe standardul de codificare video H.263. Sistemele de videoconferință mai noi folosesc profilul de bază H.264 / AVC. Astfel, transcodarea video în timp real este necesară pentru a asigura comunicarea între aceste sisteme. În al doilea rând, rețelele de informații, în special Internetul, au lățime de bandă limitată pentru transmisia video. De exemplu, majoritatea videoclipurilor sunt stocate în prezent pe DVD-uri în format MPEG2. Restricțiile de lățime de bandă pentru serviciile video la cerere și streaming video prin rețele IP necesită conversia acestor date video la o rată de compresie mai mare. Acest lucru se realizează prin transcodarea videoclipului în timp real înainte de transmitere. În general, ca urmare a transcodării, până la 50% din lățimea de bandă a rețelei este eliberată fără pierderea calității video.
Transcodarea videoconferințelor

Deci, una dintre aplicațiile transcodării este sistemele de videoconferință. Să luăm în considerare o schemă tipică de transcodare utilizată în astfel de sisteme (Fig. 1). Un procesor de semnal (DSP2) decodifică fluxul video de intrare și generează un cadru video reconstruit, care este trimis către un alt procesor de semnal digital (în acest exemplu, DSP1) prin interfața serială RapidIO (sRIO). DSP1 codifică cadrul video recuperat în formatul dorit. De obicei, o parte a unei conferințe video utilizează echipamente bazate pe H.263, în timp ce cealaltă parte utilizează echipamente bazate pe H.264.
Procesorul gazdă care gestionează traficul de rețea comunică cu mai multe DSP-uri (în acest caz, patru) printr-o conexiune magistrală PCI.
O caracteristică cheie a interacțiunii dintre procesoare din acest exemplu este conectarea lor prin interfața sRIO. Deoarece datele transmise între DSP-uri sunt video necomprimat, de obicei la 30 de cadre pe secundă, cerințele de lățime de bandă între dispozitive sunt foarte mari.
Dacă faceți un videoclip la rezoluție standard NTSC (720 x 480 pixeli) YUV 4: 2: 0, atunci dimensiunea fiecărui cadru va fi de 720 × 480 × 1,5 = 518400 de octeți. În consecință, la 30 de cadre pe secundă, debitul de linie ar trebui să fie de aproximativ 124 Mbps.
Alegerea interfeței sRIO dictează cerințele pentru rata de transfer de date video și suport pentru structurile de comutare flexibile. sRIO acceptă trei rate de date: 1,24 Gbps, 2,5 Gbps și 3,125 Gbps. Această interfață folosește tehnologia SerDes pentru a restabili sincronizarea ceasului cu fluxul de date și utilizează codificarea 8-b / 10-b. Această specificație de interfață serială acceptă porturi cu o singură bandă (1X) și cu patru benzi (4X). Stratul fizic al interfeței sRIO definește mecanismul de handshake care este utilizat atunci când se comunică între dispozitive, precum și ordinea de detectare a erorilor bazată pe codul de redundanță ciclic. Stratul fizic al interfeței stabilește, de asemenea, prioritatea pachetelor utilizate pentru rutare în cadrul fabricii de comutare.
Pentru a profita din plin de lățimea de bandă sRIO, procesoarele trebuie să aibă aceste interfețe. Astfel de procesoare sunt oferite de Texas Instruments. De exemplu, procesorul de semnal TMS320C6455 are o interfață sRIO la bord care oferă patru conexiuni simultane și are o rată de date de vârf de 20 Gbps dus-întors.
procesor TMS320C6455

Pe lângă interfața sRIO, C6455 are un set suplimentar de caracteristici importante care îl fac ideal pentru transcodare. Aceste funcționalități pot fi grupate în patru blocuri principale.
Prezența unui număr mare de interfețe I/O de mare viteză. Deoarece designerii de sistem folosesc soluții diferite, DSP-ul pentru aplicațiile de procesare video trebuie să furnizeze porturi I/O pentru interconectarea modulelor de sistem la nivel de placă. După cum am menționat mai devreme, C6455 are un port sRIO încorporat pentru comunicarea între dispozitive.
Alte opțiuni I/O din C6455 sunt controlerul de acces la media Ethernet de 1 Gbps (EMAC), controlerul de memorie cu viteză dublă de date pe 32 de biți (DDR2-500) și magistrala de 66 MHz pentru conectarea dispozitivelor periferice (PCI). Interfața ATM integrată (UTOPIA 2) permite procesorului C6455 să fie utilizat în infrastructura de telecomunicații.
Mișcarea eficientă a datelor într-un cip. Arhitectura cu un singur cip pentru o mișcare eficientă a datelor este unul dintre principalele avantaje ale modelului C6455 față de predecesorii săi. În aplicațiile de procesare video, procesoarele de semnal digital acționează ca sclavi ai procesorului gazdă. Prin urmare, lățimea de bandă mare, latența scăzută și capacitatea de a transfera date în paralel între master și slave sunt importante pentru ei. Aceste cerințe au determinat arhitectura dispozitivului: perifericele, memoria internă și nucleul procesorului comunică între ele printr-o resursă centrală comutată (SCR) eficientă a procesorului C6455.
Fluxul optim de date este, de asemenea, important. A fost îmbunătățit prin utilizarea magistralelor de memorie pe 256 de biți și a accesului intern direct la memorie (IDMA). IDMA permite mutarea datelor în fundal între două niveluri de memorie internă și către și de la magistrala periferică.
Cantitate mare de memorie pe cip. SRAM-ul static pe cip este mult mai rapid decât SDRAM-ul extern dinamic și este mult mai mic ca dimensiune datorită costului ridicat de producție. Pentru aplicațiile video tipice, memoria pe cip servește în principal două scopuri: 1) stochează codul și datele utilizate frecvent, 2) încarcă / descarcă date temporare înainte și după procesare. De obicei, cu cât este disponibilă mai multă memorie pe cip, cu atât performanța aplicației este mai bună. C6455 DSP conține doi megaocteți de memorie RAM statică.
Compatibilitate software. Compatibilitatea cu software-ul înapoi este importantă deoarece multe aplicații video au fost dezvoltate cu mult înainte de utilizarea pe scară largă a transcodării. Pentru a utiliza software-ul existent pe procesoare noi, este recomandabil să creșteți performanța DSP-ului nu prin schimbarea setului de instrucțiuni, ci în detrimentul arhitecturii de bază a procesorului. Procesorul C6455 are două inovații arhitecturale. Primul este legat de introducerea unui buffer circular, care poate crește eficiența pipeline-ului software pentru procesarea codului cu cicluri scurte. Al doilea este folosirea versiunilor de 16 biți ale instrucțiunilor native pe 32 de biți, care reduce semnificativ dimensiunea codului programului și, astfel, reduce rata de „rătăciri” la accesarea memoriei cache.
Prototip de sistem de transcodare

Transcodarea este, de asemenea, necesară pentru transferul de date de pe DVD-uri printr-o rețea IP, cum ar fi sistemul de instruire al unei companii, aplicațiile video la cerere și difuzarea video. În acest caz, formatul video sursă este MPEG2, iar formatul țintă este în principal WMV9. Rețineți că programabilitatea DSP facilitează suportul pentru aproape orice combinație de format video sursă/țintă.
Pentru transcodarea datelor video, multe probleme tehnice trebuie rezolvate, cum ar fi conversia formatului, reducerea ratei de biți a fluxului video și rezoluția sa temporală și spațială. Prin urmare, au fost dezvoltate diverse scheme inteligente de transcodare video. Principiul lor principal este reutilizarea maximă posibilă a informațiilor conținute în fluxul video de intrare.
Această secțiune discută un prototip de sistem de transcodare video care este potrivit pentru orice schemă de transcodare folosind o arhitectură bazată pe infrastructură hardware/software flexibilă. Pentru a satisface diverse scenarii de transcodare video țintă, este aleasă cea mai simplă schemă de transcodare, în care fluxul video este complet decodat și apoi recodificat în conformitate cu noile restricții.
Fluxul de date din sistem începe în partea stângă a diagramei (Figura 2), cu un fișier video MPEG2 comprimat stocat pe hard disk și se termină pe un afișaj cu ecran plat unde videoclipul este redat de Windows Media Player. În această demonstrație, videoclipul este în definiție standard NTSC (720 x 480 pixeli) și este transcodat la 30 de cadre pe secundă.
Modulul receptor de flux bazat pe DSP1 tamponează fluxul MPEG2 și organizează datele de intrare pentru modulul decodor MPEG2. Operațiunea de recepție este controlată folosind biblioteca TI Network Development Kit (NDK), care este în esență o stivă TCP / IP. Modulul ASF Packet Shaper, care rulează pe procesorul DSP2, generează pachete ASF din datele comprimate în modulul WMV9. DSP2 are, de asemenea, un server http bazat pe NDK, care gestionează cererile de streaming de la Windows Media Player și îi trimite pachete ASF. Windows Media Player decodifică pachetele ASF și afișează videoclipul pe ecran.
Unul dintre cele mai interesante și provocatoare aspecte ale fluxului de date este interacțiunea a două DSP-uri prin interfața sRIO. Următoarele se întâmplă cu fiecare transmisie de cadru video. După ce DSP1 termină de transmis un cadru video, trimite un pachet de date, care se numește DOORBELL în specificația protocolului sRIO. Pachetul DOORBELL generează o întrerupere a sistemului în DSP2 pentru a notifica prezența unui cadru. DSP2 răspunde prin inițierea procesului de codificare WMV9. După finalizarea codificării cadrelor, DSP2 trimite un pachet DOORBELL către DSP1. În același timp, este generată o întrerupere în DSP1 pentru a informa despre disponibilitatea procesorului DSP1 de a continua transmiterea următorului cadru. În practică, se folosește o schemă de buffer ping-pong, astfel încât operațiunile de codificare/decodare și transfer de date să fie efectuate în paralel.
Blocul interfață grafică cu utilizatorul (GUI) oferă funcții de control și monitorizare încorporate în sistem. Activitatea legăturii SRIO și a legăturii Gigabit MAC (GMAC) este afișată în timp real. Când se transmite un flux de date MPEG-2 pe un canal de comunicație, rata medie de biți este de 8 Mbps, ceea ce este tipic pentru codificarea la definiție standard cu o frecvență de 30 de cadre pe secundă. La transmiterea pachetelor ASF prin canalul de comunicație, rata medie de transmisie este de 4 Mbit/s. Acest lucru arată că formatul WMV9 este capabil să elibereze aproximativ 50% din lățimea de bandă, oferind în același timp o calitate video similară. Pentru o legătură sRIO, viteza medie de transmisie este de 124 Mbps.

Astfel, capacitățile procesorului de semnal digital TI C6455 în combinație cu interfața sRIO, precum și demonstrația prototipului de sistem de transcodare descris bazat pe procesoarele C6455, indică faptul că problema complexă a transmisiei video în rețelele IP poate fi rezolvată cu succes. atat acum cat si in viitor....

De la satelit, video este transmis fie în codecul MPEG-2, fie în H.264 (aka AVC sau MPEG-4 part10). De regulă, pentru simplitate, MPEG-4 partea 10 este redusă la MPEG-4, dar aici este important să nu-l confundați cu MPEG-4 partea 2, care este complet incompatibil și nu similar cu H.264 și a fost folosit în camere IP vechi.

Audio este transmis în stratul audio MPEG 2 (abreviat mp2) sau ac3 (a / 52).

Mai mult, este important să înțelegem că astăzi H264 este de obicei comprimat cu intra-refresh, adică. nu există cadre cheie (IDR sau cadru cheie) în fluxul video. Această metodă de compresie vă permite să neteziți salturile în ratele de biți.

Drept urmare, niciuna dintre versiunile audio sau video transmise de la satelit nu sunt redate pe iPhone. Doar H264 este redat în browser.

Când transferați prin Internet, de regulă, puteți comprima în siguranță videoclipul de la mpeg2 la h264 cu o scădere de trei ori a traficului.

Când transmiteți canale HD prin Internet, astăzi trebuie să comprimați fluxul în mai multe calități diferite: de la HD cu calitate maximă la SD standard pentru a compensa canalele aglomerate.

Ca urmare, videoclipurile de pe un satelit pentru a oferi un serviciu OTT de înaltă calitate trebuie să fie transcodate în alte codecuri și calități.

Este important să nu confundați transcodarea cu reambalarea. Transcodarea este o operațiune extrem de intensivă în resurse, care include:

• despachetarea fluxului la video/audio codificat
• decodare la video/audio brut
• redimensionare și alți parametri
• codificarea înapoi
• ambalare în transport pentru flux

Ambalarea și despachetarea sunt operațiuni relativ ușoare, un server de streaming poate gestiona până la 1000 de canale pe un singur computer. Puteți transcoda pe un computer de la 1 la 30 de canale, în funcție de dimensiunea și puterea computerului.

Pentru transcodare, puteți folosi dispozitive dedicate specializate, un procesor central sau o placă video: externă sau încorporată în procesor.

Nu vom lua în considerare dispozitive specializate, deoarece în cea mai mare parte este fie un computer cu un fel de program, fie un echipament extrem de scump și foarte specializat, fie pur și simplu un dispozitiv nerezonabil de costisitor, realizat exclusiv prin eforturile de marketing ale companiei producătorului și nu nu permit realizarea -sau rezultate semnificative.

H.264

Există mai multe programe diferite pentru procesarea video pe un procesor, dar în general, astăzi există doar două biblioteci care au sens să le utilizeze pentru compresia în codecul H.264 pe un procesor: libx264 gratuit și MainConcept plătit. Orice altceva este fie mai rău, fie mult mai rău, atât în ​​ceea ce privește producția, cât și utilizarea resurselor.

Practica de lucru cu MainConcept nu va fi luată în considerare în acest articol, doar libx264 va fi menționat

Codecul H.264 este standardul de facto pentru video astăzi, deoarece este acceptat de toate dispozitivele moderne, cu excepția poate a unor dispozitive de la Google.

Practic nu există alternative la el. Astăzi a apărut și se dezvoltă H.265, are deja mult suport, dar până acum lucrul cu el este o investiție în viitor.

Codecurile de la Google: VP8 și VP9 sunt mai mult din dorința Google de a trage pătura peste sine decât ceva cu adevărat util. Calitatea rezultată este mai proastă, nu există suport pentru decodarea hardware și, prin urmare, prețul dispozitivului crește.

Când codificați videoclipuri, trebuie să înțelegeți că trebuie să echilibrați următorii parametri:

• întârziere în cadrul codificatorului în cadre
• Utilizarea procesorului (de câte milisecunde este nevoie pentru a comprima un cadru)
• calitatea imaginii de ieșire (cât de pixeli și ce culori)
• rata de biți de ieșire

Pentru toate tipurile de eter, utilizarea procesorului este absolut critică. Dacă setările codificatorului necesită încărcare completă a procesorului sau mai mult, atunci videoclipul nu va avea timp să fie codificat în timp real și, prin urmare, fluxul video va dispărea.

Pentru VOD, nu există o astfel de limitare strictă și un film de o oră poate fi codificat timp de trei ore dacă doriți să reduceți rata de biți. În același timp, pentru videoclipurile în direct, de obicei încearcă să folosească nu toată puterea procesorului pentru a procesa nu 4 canale, ci 10 canale pe un singur computer.

În ceea ce privește latența din interiorul codificatorului, este critică pentru videoconferințe, dar complet necritică pentru IPTV. Nici măcar 5 secunde de întârziere în difuzarea TV nu schimbă calitatea serviciului.

La rata de biți și la calitate, conexiunea este destul de clară: cu cât transmitem mai multe informații despre imagine, cu atât aceasta va fi afișată mai bine. De regulă, puteți îmbunătăți calitatea imaginii prin scăderea ratei de biți alegând instrumente de compresie mai eficiente, care necesită mai multă latență și mai multe cicluri de ceas.

Înțelegerea acestei relații complexe este necesară pentru a percepe mai bine asigurările că „encoderul nostru este cel mai bun encoder din lume”. Este necesar să comparați cel puțin 4 parametri, dar până la urmă totul se reduce la câți bani costă o dată pe lună pentru a transcoda un canal cu calitatea și rata de biți de ieșire dorită.

Flussonic Media Server pentru transcodare

Un transcoder este inclus ca pachet separat pentru Flussonic Media Server.

Flussonic Media Server poate decoda video din surse UDP / HTTP MPEG-TS, RTMP și îl poate codifica în mai multe calități și dimensiuni.

Această caracteristică devine necesară atunci când devine necesară afișarea videoclipurilor nu numai pe set-top box-uri, ci și pe tablete: acolo alegerea codec-urilor disponibile este semnificativ mai mică decât pe un set-top box.

Este important de reținut că, pentru ca videoclipul să fie redat pe iPhone, este chiar necesară transcodarea H264 de la satelit, deoarece, de regulă, modul de codificare intra-reîmprospătare este utilizat pe satelit pentru o rată de biți fluidă, care creează un videoclip care nu poate fi redat pe iPhone.

Flussonic Media Server este mai convenabil decât VLC sau alte opțiuni pentru organizarea transcodării, deoarece este gestionat de un singur fișier de configurare și monitorizează automat starea transcodării. VLC, pe de altă parte, necesită scrierea unui număr mare de scripturi de monitorizare pentru a urmări starea transcodării.

O altă caracteristică importantă a Flussonic Media Server pentru transcodare este reechilibrarea automată a fluxurilor atunci când unul dintre servere se blochează. Dacă unul dintre cele 20 de transcodificatoare se defectează noaptea, restul transcodificatoarelor pot fi configurate să capteze automat fluxuri pentru transcodare, iar streamerul însuși va prelua fluxuri de la transcodificatoarele de rezervă.

Diferiți producători de camere IP le oferă diferite procese de compresie video acceptate. De obicei, aceste procese corespund doar parțial cerințelor proiectelor CCTV. Când utilizatorii trec la video, încep să se confrunte cu deficiențe în funcționalitate, flexibilitate și confort. Singurele excepții sunt acele procese de compresie care au fost modificate special pentru sistemul CCTV.

Capacitățile de compresie video încorporate ale camerei nu afectează transcodarea, astfel încât poate converti formatele de compresie ale camerei dvs. în alte formate care sunt mai potrivite pentru cerințele dumneavoastră. Exemple de formate modificate includ codecuri speciale care nu sunt doar optimizate pentru utilizatorii CCTV, ci și conform standardelor bine-cunoscute.

Argumentele pentru utilizarea tehnologiei de transcodare includ:

• în momentul combinării camerelor de la diferiți producători omogenizarea funcţională a sistemului CCTV. În ciuda diferențelor dintre producătorii de camere, toate funcțiile transcoderului vor fi disponibile;
• posibilitatea de integrare procesarea imaginilor într-un transcoder;
• utilizarea funcțiilor de exemplu, fluxul de date dinamic în timp real (DLS), care potrivește automat rezoluția fluxului cu dimensiunea ferestrei monitorului operatorului. Datorită acestui fapt, este posibilă reducerea semnificativă a lățimii de bandă utilizată în timp real pentru transmisia de date multicanal.

rezumat

În timp ce în configurația camerelor IP apar din ce în ce mai multe soluții logice și informaționale, dezvoltarea tehnologiei de transcodare are loc într-o direcție complet diferită. În acest caz, camera este considerată astăzi ca o sursă de imagini de înaltă calitate. În fiecare an, camera necesită din ce în ce mai puține capacități logice și informaționale, integrarea sa este simplificată, iar funcționalitatea devine omogenă. În timp ce se confruntă cu o mulțime de probleme comune CCTV, abordarea de vizualizare centralizată în transcodare are mai multe avantaje față de abordarea de vizualizare descentralizată, care este determinată de caracteristicile camerelor individuale. Acest punct este deosebit de important în cazul sistemelor mari dotate cu sute de canale.

Transcodarea nu este un panaceu. Pe baza cerințelor speciale pentru sistem, este posibil să se determine forma și fezabilitatea acestuia, avantajele funcționale și economiile de costuri necesare. Tehnologia de transcodare poate rezolva unele probleme mai eficient decât poate face capacitățile camerei în sine. Alte probleme, dimpotrivă, sunt mai ușor de rezolvat cu ajutorul capabilităților camerei, ceea ce vorbește despre eficiența capacităților de informații logice descentralizate. De fapt, nu există niciun conflict între capacitățile de informații logice centralizate și descentralizate și fiecare dintre ele este eficientă în propriul domeniu.