Ja iepriekšējos gados interesantākie pašmāju tehnoloģiju jaunumi galvenokārt bija saistīti ar programmatūru, tad 2019. gadā daudz interesanta notika aparatūras jomā. Turklāt valsts ir apņēmīgi ķērusies pie importa aizstāšanas, nevis tikai programmatūras.

Valsts aģentūras 2019. gadā faktiski izpostīja T platformas: uzņēmums ir agonijā, “80% darbinieku pamet darbu”, vietne ir izslēgta

Uzņēmuma "T-Platforms", kura dibinātājs un izpilddirektors atrodas apcietinājumā, neizsīkstošajai problēmu straumei tika pievienota masveida atlaišana. Organizācijai naudas nepietiek ne tikai algām, bet arī, iespējams, pat korporatīvās mājaslapas atbalstam, raksta CNews.

Rostec vēlas izveidot Krievijas mikroshēmas Bluetooth, Wi-Fi, NFC un lietu internetam

Rostec ierosina Krievijā izstrādāt mikroshēmas Bluetooth, Wi-Fi, ZigBee, NFC, LPWAN, NB-IoT un Thread bezvadu tehnoloģijām. Būtu jāparādās arī savām sistēmām mikroshēmā lietu internetam un LPWAN bāzes stacijām. Kopējās investīcijas lietu interneta attīstībā Krievijā līdz 2030. gadam sasniegs vairāk nekā 200 miljardus rubļu.

Kaspersky strādā pie pirmās mikroshēmas Krievijā, lai paātrinātu mākslīgo intelektu

Kaspersky Lab ir parakstījis stratēģiskās sadarbības līgumu ar Krievijas pirmā neiromorfiskā procesora izstrādātāju mākslīgā intelekta sistēmu aparatūras paātrināšanai. Mikroshēma ļaus lokāli apstrādāt lielu datu apjomu un ļaus neironu tīkliem pārkvalificēties procesā.

Krievijai ir nepieciešams “Mir”, vēlams viss: Krievijā viņiem būs iepriekš jāinstalē Mir Pay viedtālruņos, nevis Apple Pay un Google Pay

Izvestija ziņo, ka Federālais pretmonopola dienests (FAS) apsver iespēju Mir Pay pakalpojumu padarīt par obligātu lietojumprogrammu iepriekšējai instalēšanai uz Krievijā pārdoto elektroniku. Spriežot pēc pēdējā gada tendencēm, šāda iniciatīva būtu jāapstiprina valsts iestādēm.

Nespēja palaist gandrīz pusi no Roscosmos satelītiem tika skaidrota ar sankcijām pret radiāciju izturīgām mikroshēmām un OneWeb nepieejamību.

Roscosmos nepabeidza 45 palaišanas gadījumus, galvenokārt OneWeb un Aizsardzības ministrijas kosmosa kuģu nepieejamības dēļ, sacīja Krievijas korporācijas izpilddirektors Dmitrijs Rogozins, komentējot vicepremjera Jurija Borisova paziņojumu, ka šogad tika pabeigtas Krievijas kosmosa palaišanas programmas. "nedaudz vairāk par 50 procentiem." Par to ziņo TASS.

Adaptīvā pārkodēšana: kas tas ir?

Šo terminu sauc par individuālo valodas starpniecību, ko veic tulkošanas biroja speciālists. Izmantojot adaptīvo pārkodēšanu, informācija tiek tulkota no vienas valodas uz otru ar vienlaicīgu pārveidošanu saskaņā ar starpvalodu mijiedarbības likumiem.
Parasti adaptīvajai pārkodēšanai ir jāpievērš uzmanība tam, kura valodu grupa vai konkrēta informatīvo izmaiņu forma atrodas kontekstā. Tāpēc adaptīvā pārkodēšana ļauj izvēlēties tulkojuma opciju, kas atbilst oriģinālā teksta saturam. Tajā pašā laikā tulkoto tekstu nevar izmantot oriģinālā teksta 100% nomaiņai.
Tulkošana vienmēr ir bijusi lingvistiskās starpniecības pamatā. Avota un mērķa tekstiem jābūt līdzvērtīgiem un identiskiem pēc nozīmes. Šāda tekstu līdzība ir nepieciešama, lai panāktu savstarpēju sapratni, ko nosaka komunikācijas lingvistiskās iezīmes.
Adaptīvā pārkodēšana ir paratranslējoša pēc būtības un ļauj sarežģīti pārveidot tekstu, kas ietver ne tikai parasto tulkojumu, bet arī teksta adaptāciju. Adaptīvās pārkodēšanas būtība ir dažādu formu tekstu sastādīšanas metode, koncentrējoties uz pieņemamo informācijas stilu un raksturu un nepieciešamo apjomu. Tekstos ietvertā galvenā informācija ir rūpīgi atlasīta un pārgrupēta.
Šie komunikatīvā teksta formāti atšķiras ar pieļaujamo apjomu un noteiktiem materiāla pasniegšanas noteikumiem. Tulkojuma veikšana atbilstoši tiem atvieglo teksta uztveri.

Nepieciešama video pārkodēšana

Mūsdienās digitālās video kompresijas tehnoloģijas ir svarīgas gandrīz visu veidu video lietojumprogrammās. Tādu parametru kā saspiešana un datu savietojamība ir vēl svarīgāka, jo pieaug komunikācijas mediju konverģences tendence.
Vispazīstamākās digitālās video lietojumprogrammas ir DVD, augstas izšķirtspējas televīzija (HDTV), video telefonija/telekonferences un nesen arī videonovērošana. Katrai no šīm tehnoloģijām ir sava attīstības vēsture, katrai no tām ir savs kompresijas algoritms.
Pārkodēšanai ir divas svarīgas lomas. Pirmkārt, tas nodrošina saziņu starp esošajām un jaunizveidotajām ierīcēm. Piemēram, daudzas esošās videokonferenču sistēmas ir balstītas uz H.263 video kodēšanas standartu. Jaunākās videokonferenču sistēmas izmanto pamata H.264/AVC profilu. Tādējādi, lai nodrošinātu saziņu starp šīm sistēmām, ir nepieciešama reāllaika video pārkodēšana. Otrkārt, informācijas tīkliem, īpaši internetam, ir ierobežots video pārraides joslas platums. Piemēram, lielākā daļa video pašlaik tiek glabāti DVD diskos MPEG2 formātā. Joslas platuma ierobežojumi video pēc pieprasījuma un video straumēšana, izmantojot IP tīklus, prasa, lai šie video dati ir jāpārvērš saspiestākā formātā. Tas tiek panākts, pārkodējot video reāllaikā pirms pārraides. Kopumā pārkodēšanas rezultātā tiek atbrīvoti līdz 50% tīkla joslas platuma, nezaudējot video kvalitāti.
Pārkodēšana video konferencēs

Tātad viens no pārkodēšanas pielietojumiem ir videokonferenču sistēmas. Apsveriet tipisku pārkodēšanas shēmu, ko izmanto šādās sistēmās (1. att.). Viens signāla procesors (DSP2) atkodē ievades video straumi un ģenerē rekonstruētu video kadru, kas tiek nosūtīts citam digitālā signāla procesoram (šajā piemērā DSP1), izmantojot RapidIO seriālo interfeisu (sRIO). DSP1 kodē rekonstruēto video kadru vajadzīgajā formātā. Parasti vienā videokonferences pusē tiek izmantots H.263 aprīkojums, bet otrā pusē tiek izmantots H.264 aprīkojums.
Resursdatora procesors, kas pārvalda tīkla trafiku, sazinās ar vairākiem DSP (šajā gadījumā četriem), izmantojot PCI kopnes savienojumu.
Galvenā procesoru mijiedarbības iezīme šajā piemērā ir to savienojums, izmantojot sRIO saskarni. Tā kā dati, kas tiek pārsūtīti starp DSP, ir nesaspiests video, parasti ar ātrumu 30 kadri sekundē, joslas platuma prasības sakaru savienojumam starp ierīcēm ir ļoti augstas.
Ja uzņemam video standarta izšķirtspējā NTSC (720 x 480 pikseļi) YUV 4:2:0, tad katra kadra izmērs būs 720x480x1.5 = 518400 baiti. Attiecīgi ar frekvenci 30 kadri sekundē līnijas caurlaidspējai jābūt aptuveni 124 Mbps.
sRIO interfeisa izvēli nosaka prasības attiecībā uz video datu pārraides ātrumu un elastīgas komutācijas struktūras atbalstu. sRIO atbalsta trīs datu pārraides ātrumus: 1,24 Gbps, 2,5 Gbps un 3,125 Gbps. Šajā saskarnē tiek izmantota SerDes tehnoloģija, lai atjaunotu pulksteņa sinhronizāciju datu straumē, un tiek izmantots 8-b/10-b kodējums. Šī seriālā interfeisa specifikācija atbalsta vienas līnijas (1X) un četru līniju (4X) portus. sRIO saskarnes fiziskais slānis nosaka rokasspiediena mehānismu, kas tiek izmantots, veidojot sakarus starp ierīcēm, kā arī kļūdu noteikšanas secību, pamatojoties uz cikliskās dublēšanas kodu. Saskarnes fiziskais slānis arī nosaka pakešu prioritāti, ko izmanto maršrutēšanā komutācijas sistēmā.
Lai pilnībā izmantotu sRIO joslas platuma priekšrocības, procesoriem ir jābūt šīm saskarnēm. Šādus procesorus piedāvā Texas Instruments. Piemēram, signālu procesoram TMS320C6455 ir iebūvēts sRIO interfeiss, kas nodrošina četrus vienlaicīgus savienojumus un maksimālais datu pārraides ātrums ir 20 Gb/s abos virzienos.
Procesors TMS320C6455

Papildus sRIO interfeisam C6455 ir papildu svarīgu funkciju komplekts, kas padara to ideāli piemērotu pārkodēšanai. Šīs funkcionālās funkcijas var apvienot četros galvenajos blokos.
Liela skaita ātrgaitas ievades-izejas saskarņu pieejamība. Sistēmu dizaineri izmanto dažādus risinājumus, tāpēc digitālajam signālu procesoram video apstrādes lietojumprogrammām ir jānodrošina I/O porti sistēmas moduļu savienošanai plates līmenī. Kā minēts iepriekš, C6455 ir iebūvēts sRIO ports saziņai starp ierīcēm.
Citas C6455 I/O opcijas ir 1 Gb/s Ethernet Media Access Controller (EMAC), 32 bitu dubultā datu ātruma atmiņas kontrolieris (DDR2-500) un 66 MHz kopne perifērijas ierīču (PCI) pievienošanai. Iebūvētais ATM interfeiss (UTOPIA 2) ļauj izmantot C6455 procesoru telekomunikāciju infrastruktūrā.
Efektīva datu kustība mikroshēmā. Viena mikroshēmas arhitektūra efektīvai datu pārvietošanai ir viena no galvenajām C6455 procesora priekšrocībām salīdzinājumā ar tā priekšgājējiem. Video apstrādes lietojumprogrammās DSP darbojas kā resursdatora procesora vergi. Tāpēc viņiem ir svarīga liela caurlaidspēja, mazs latentums un iespēja veikt paralēlu datu pārsūtīšanu starp galvenajām un pakārtotajām ierīcēm. Šīs prasības noteica ierīces arhitektūru: perifērijas ierīces, iekšējā atmiņa un procesora kodols mijiedarbojas savā starpā, izmantojot efektīvu C6455 procesora slēdzi (komutēts centrālais resurss - SCR).
Svarīga ir arī datu plūsmas optimālā organizācija. Tas tika uzlabots, izmantojot 256 bitu atmiņas kopnes un iekšējo tiešo piekļuvi atmiņai (IDMA). IDMA nodrošina fona datu kustību starp diviem iekšējās atmiņas līmeņiem, kā arī uz un no perifērijas kopnes.
Liels mikroshēmas atmiņas apjoms. Mikroshēmā iebūvētā SRAM ir daudz ātrāka nekā ārējā dinamiskā SDRAM, un tā ir daudz mazāka augsto ražošanas izmaksu dēļ. Tipiskām video lietojumprogrammām mikroshēmas atmiņa galvenokārt kalpo diviem mērķiem: 1) saglabā bieži izmantoto kodu un datus, 2) ielādē/augšupielādē pagaidu datus pirms un pēc apstrādes. Parasti, jo vairāk pieejamās mikroshēmas atmiņas, jo labāka ir lietojumprogrammas veiktspēja. C6455 DSP ir milzīgs divi megabaiti statiskās RAM.
Programmatūras saderība (SW). Programmatūras atgriezeniskā saderība ir svarīga, jo daudzas video lietojumprogrammas tika izstrādātas ilgi pirms pārkodēšanas plašas izmantošanas. Lai izmantotu esošo programmatūru uz jauniem procesoriem, ir ieteicams uzlabot DSP veiktspēju, nevis mainot tā instrukciju kopu, bet gan procesora kodola arhitektūru. C6455 procesoram ir divi arhitektūras jauninājumi. Pirmais ir saistīts ar apļveida bufera ieviešanu, kas potenciāli palielina koda apstrādes programmatūras konveijera efektivitāti ar īsiem cikliem. Otrais ir 32 bitu instrukciju 16 bitu versiju izmantošana, kas ievērojami samazina programmas koda lielumu un līdz ar to samazina "izlaišanas" ātrumu, piekļūstot kešatmiņai.
Prototipu pārkodēšanas sistēma

Pārkodēšana ir nepieciešama arī datu pārsūtīšanai no DVD, izmantojot IP tīklu, piemēram, uzņēmuma apmācības sistēmā, video pēc pieprasījuma lietojumprogrammās un video apraidei. Šajā gadījumā avota video formāts ir MPEG2, un mērķa formāts galvenokārt ir WMV9. Ņemiet vērā, ka DSP programmējamība ļauj viegli atbalstīt praktiski jebkuru avota/mērķa video formāta kombināciju.
Lai pārkodētu video datus, ir jāatrisina daudzas tehniskas problēmas, piemēram, formāta konvertēšana, video straumes bitu pārraides ātruma samazināšana un tā laika un telpiskā izšķirtspēja. Tāpēc ir izstrādātas dažādas inteliģentas video datu pārkodēšanas shēmas. To galvenais princips ir ievades video straumē esošās informācijas maksimāla iespējamā atkārtota izmantošana.
Šajā sadaļā ir apskatīts video pārkodēšanas sistēmas prototips, kas ir piemērots jebkurai pārkodēšanas shēmai, jo tiek izmantota arhitektūra, kuras pamatā ir elastīga aparatūras/programmatūras infrastruktūra. Lai apmierinātu dažādus video pārkodēšanas mērķa scenārijus, tika izvēlēta vienkāršākā pārkodēšanas shēma, kurā video straume tiek pilnībā dekodēta un pēc tam atkārtoti kodēta atbilstoši jauniem ierobežojumiem.
Datu plūsma sistēmā sākas diagrammas kreisajā pusē (2. attēls), ar MPEG2 saspiestu video failu, kas tiek glabāts cietajā diskā, un beidzas plakanā paneļa displejā, kur video atskaņo Windows Media Player. Šajā demonstrācijā video ir standarta NTSC izšķirtspējā (720 x 480 pikseļi) un tiek pārkodēts ar ātrumu 30 kadri sekundē.
Straumes izlietnes modulis, kas darbojas uz DSP1, buferizē MPEG2 straumi un organizē ievadi MPEG2 dekodētāja modulī. Saņemšanas darbība tiek kontrolēta, izmantojot TI tīkla izstrādes komplekta (NDK) bibliotēku, kas būtībā ir TCP/IP steks. ASF pakotnes modulis, kas darbojas uz DSP2 procesora, ģenerē ASF paketes no WMV9 modulī saspiestajiem datiem. DSP2 ir arī uz NDK balstīts http serveris, kas apstrādā straumēšanas pieprasījumus no Windows Media Player un nodod tam ASF paketes. Windows Media Player atšifrē ASF paketes un parāda video ekrānā.
Viens no interesantākajiem un sarežģītākajiem datu straumēšanas aspektiem ir divu digitālo signālu procesoru mijiedarbība, izmantojot sRIO saskarni. Pārraidot katru video kadru, notiek sekojošais. Kad DSP1 ir pabeidzis video kadra pārraidi, tas nosūta datu paketi, ko sRIO protokola specifikācijā sauc par DOORBELL. DOORBELL pakotne ģenerē sistēmas pārtraukumu DSP2 procesorā, paziņojot par kadra klātbūtni. Atbildot uz to, DSP2 sāk kodēšanas procesu WMV9 formātā. Kad rāmis ir kodēts, DSP2 nosūta DOORBELL paketi uz DSP1. Tas ģenerē pārtraukumu DSP1, lai norādītu, ka DSP1 ir gatavs turpināt nākamā kadra pārraidi. Praksē tiek izmantota ping-pong bufera shēma, lai kodēšanas/dekodēšanas un datu pārraides darbības tiktu veiktas paralēli.
Grafiskā lietotāja interfeisa (GUI) bloks nodrošina sistēmā iebūvētas vadības un uzraudzības funkcijas. sRIO saites un Gigabit MAC (GMAC) saites darbība tiek parādīta reāllaikā. Pārraidot, izmantojot MPEG-2 datu straumi, vidējais bitu pārraides ātrums ir 8 Mb/s, kas ir raksturīgs standarta izšķirtspējas kodēšanai ar ātrumu 30 kadri sekundē. Pārraidot ASF paketes pa saiti, vidējais pārraides ātrums ir 4 Mbps. Tas parāda, ka WMV9 formāts spēj atbrīvot aptuveni 50% no joslas platuma, vienlaikus nodrošinot līdzīgu video kvalitāti. Sakaru kanālam ar sRIO interfeisu vidējais datu pārraides ātrums ir 124 Mbps.

Līdz ar to TI C6455 digitālā signālu procesora iespējas kombinācijā ar sRIO interfeisu, kā arī aprakstītā prototipa pārkodēšanas sistēmas, kuras pamatā ir C6455 procesori, demonstrēšana liecina, ka video pārraides sarežģīto uzdevumu IP tīklos var veiksmīgi atrisināt gan tagad un nākotnē..

No satelīta video tiek pārraidīts vai nu ar MPEG-2 kodeku vai H.264 (aka AVC vai MPEG-4 part10). Parasti vienkāršības labad MPEG-4 10. daļa ir saīsināta uz MPEG-4, taču šeit ir svarīgi to nejaukt ar MPEG-4 2. daļu, kas ir pilnīgi nesaderīga un neizskatās pēc H.264 un tika izmantota. vecajās IP kamerās.

Audio tiek pārraidīts MPEG audio 2. slānī (saīsināti mp2) vai ac3 (a/52).

Turklāt ir svarīgi saprast, ka mūsdienās H264 parasti tiek saspiests ar intra-refresh, t.i. video straumē nav atslēgkadru (IDR vai atslēgkadru). Šī saspiešanas metode ļauj izlīdzināt bitu pārraides ātruma lēcienus.

Tā rezultātā iPhone tālrunī netiek atskaņota neviena no audio vai video opcijām, kas tiek pārraidītas no satelīta. Pārlūkprogrammā tiek atskaņots tikai H264.

Pārraidot internetā, parasti varat droši saspiest video no mpeg2 uz h264, trīs reizes samazinot trafiku.

Pārraidot HD kanālus internetā šodien, jums ir jāsaspiež straume vairākās dažādās kvalitātēs: no HD ar maksimālo kvalitāti līdz standarta SD, lai kompensētu pārslogotos kanālus.

Rezultātā video no satelīta ir jāpārkodē citos kodekos un kvalitātē, lai nodrošinātu augstas kvalitātes OTT pakalpojumu.

Ir svarīgi nejaukt pārkodēšanu ar pārsaiņošanu. Pārkodēšana ir ārkārtīgi resursietilpīga darbība, kas ietver:

• straumes atspiešana uz kodētu video/audio
• dekodēšana uz neapstrādātu video/audio
• izmēru maiņa un citi parametri
• kodēšana atpakaļ
• iepakošana transportā plūsmai

Iepakošana un izpakošana ir salīdzinoši vienkārša darbība, straumēšanas serveris var apstrādāt līdz 1000 kanāliem vienā datorā. Vienā datorā var pārkodēt no 1 līdz 30 kanāliem atkarībā no datora izmēra un jaudas.

Pārkodēšanai varat izmantot specializētas speciālas ierīces, centrālo procesoru vai videokarti: ārējo vai procesorā iebūvētu.

Mēs neņemsim vērā specializētās ierīces, jo lielākoties tas ir vai nu dators ar kaut kādu programmu, vai ārkārtīgi dārgs un ļoti specializēts aprīkojums, vai vienkārši nepamatoti dārga ierīce, kas tiek pārdota tikai ar ražotāja uzņēmuma mārketinga pasākumiem, nevis ļaujot sasniegt tikpat lielus vai nozīmīgus rezultātus.

H.264

CPU video apstrādei ir vairākas dažādas programmas, taču kopumā mūsdienās ir tikai divas bibliotēkas, kuras ir lietderīgi izmantot CPU saspiešanai uz H.264 kodeku: šī ir bezmaksas libx264 un maksas MainConcept. Viss pārējais ir vai nu sliktāks, vai daudz sliktāks gan produkcijas rezultāta, gan resursu izmantošanas ziņā.

Prakse strādāt ar MainConcept šajā rakstā netiks aplūkota, tiks minēts tikai libx264

H.264 kodekss mūsdienās ir de facto video standarts, jo tas tiek atbalstīts visās mūsdienu ierīcēs, izņemot dažas Google ierīces.

Alternatīvu tam praktiski nav. Šodien H.265 ir parādījies un attīstās, tam jau ir liels atbalsts, bet pagaidām darbs ar to ir ieguldījums nākotnē.

Kodeki no Google: VP8 un VP9 ir vairāk Google vēlme vilkt sev pāri, nevis kaut kas patiešām noderīgs. Iegūtā kvalitāte ir sliktāka, nav atbalsta aparatūras dekodēšanai, un tāpēc ierīces cena palielinās.

Kodējot video, jums ir jāsaprot, ka jums ir jābalansē starp šādiem parametriem:

• aizkave kodētājā kadros
• CPU lietojums (cik milisekundes nepieciešams, lai saspiestu vienu kadru)
• izvades attēla kvalitāte (cik pikseļi un kādas krāsas)
• izvades bitu pārraides ātrums

Visu veidu ēteriem CPU izmantošana ir absolūti kritiska. Ja kodētāja iestatījumi prasa pilnu CPU izmantošanu vai vairāk, video nebūs laika kodēt reāllaikā, un tāpēc video straumēšana tiks zaudēta.

VOD gadījumā šāda stingra ierobežojuma nav, un stundu garu filmu var iekodēt trīs stundas, ja vēlaties samazināt bitu pārraides ātrumu. Tajā pašā laikā tiešraides video parasti joprojām cenšas izmantot ne visu procesora jaudu, lai vienā datorā apstrādātu nevis 4 kanālus, bet 10.

Kas attiecas uz aizkavi kodētājā, tā ir kritiska videokonferencēm, bet pilnīgi nekritiska IPTV. Pat 5 sekunžu kavēšanās, pārraidot televīziju, nemaina pakalpojuma kvalitāti.

Saikne starp bitu pārraides ātrumu un kvalitāti ir diezgan skaidra: jo vairāk informācijas par attēlu pārraidām, jo ​​labāk tas tiks parādīts. Parasti attēla kvalitāti var uzlabot, samazinot bitu pārraides ātrumu, izvēloties efektīvākus saspiešanas rīkus, kuriem nepieciešama lielāka aizkave un vairāk pulksteņa ciklu.

Šo sarežģīto attiecību izpratne ir būtiska, lai labāk izprastu apgalvojumu, ka "mūsu kodētājs ir labākais kodētājs pasaulē." Jāsalīdzina vismaz 4 parametri, bet galu galā viss sanāk: cik vienreiz un mēnesī izmaksā viena kanāla pārkodēšana ar vēlamo kvalitāti un izvades bitu pārraides ātrumu.

Flussonic Media Server pārkodēšanai

Atsevišķā Flussonic Media Server pakotnē ir pārkodētājs.

Flussonic Media Server var atšifrēt video no UDP/HTTP MPEG-TS, RTMP avotiem un kodēt to vairākās kvalitātēs un izmēros.

Šī funkcija kļūst nepieciešama, kad video ir jārāda ne tikai televizora pierīcēs, bet arī planšetdatoros: tur pieejamo kodeku izvēle ir daudz mazāka nekā televizora pierīcē.

Ir svarīgi atzīmēt, ka, lai video tiktu atskaņots iPhone tālrunī, ir pat nepieciešams pārkodēt H264 no satelīta, jo parasti satelītā tiek izmantots intra-refresh kodēšanas režīms vienmērīgam bitu pārraides ātrumam, kas rada video, kas netiek atskaņots iPhone tālrunī.

Flussonic Media Server ir ērtāks par VLC vai citām pārkodēšanas organizēšanas iespējām, jo ​​to kontrolē viens konfigurācijas fails un automātiski uzrauga pārkodēšanas statusu. No otras puses, VLC ir nepieciešams rakstīt lielu skaitu uzraudzības skriptu, lai izsekotu pārkodēšanas statusu.

Nākamā svarīgā Flussonic Media Server funkcija pārkodēšanai ir automātiska straumju līdzsvarošana, kad kāds no serveriem avarē. Ja kāds no 20 pārkodētājiem naktī sabojājas, atlikušos pārkodētājus var konfigurēt tā, lai tie automātiski uztvertu straumes pārkodēšanai, un straumētājs pārņems straumes no rezerves pārkodētājiem.

Dažādi IP kameru ražotāji tās nodrošina ar dažādiem atbalstītiem video saspiešanas procesiem. Parasti šie procesi pārklājas tikai ar videonovērošanas projektu prasībām. Kad lietotāji pāriet uz video datiem, viņi sāk saskarties ar trūkumiem funkcionalitātes, elastības un komforta ziņā. Vienīgie izņēmumi ir tie saspiešanas procesi, kas ir īpaši pārveidoti videonovērošanas sistēmai.

Kameras iebūvēto video saspiešanas iespēju iestatījumi neietekmē pārkodēšanu, tāpēc to var izmantot, lai pārveidotu kameras saspiešanas formātus citos formātos, kas vislabāk atbilst jūsu prasībām. Modificētu formātu piemēri ietver īpašus kodekus, kas ir ne tikai optimizēti videonovērošanas lietotājiem, bet arī atbilst labi zināmiem standartiem.

Argumenti pārkodēšanas tehnoloģijas izmantošanai ir šādi:

• dažādu ražotāju kameru kombinēšanas laikā CCTV sistēmas funkcionālā homogenizācija. Neskatoties uz kameru ražotāju atšķirībām, visas pārkodētāja funkcijas būs pieejamas;
• integrācijas iespēja attēlu apstrāde pārkodētājā;
• funkciju izmantošana, piemēram, dinamiska datu straumēšana reāllaikā (DLS), ar automātisku straumes izšķirtspējas saskaņošanu ar operatora monitora loga izmēru. Pateicoties tam, ir iespējams būtiski samazināt reāllaikā izmantoto joslas platumu daudzkanālu datu pārraidei.

Kopsavilkums

Kamēr IP kameru konfigurācijā parādās arvien vairāk loģiskās-informācijas risinājumu, pārkodēšanas tehnoloģiju attīstība notiek pavisam citā virzienā. Tajā pašā laikā kamera mūsdienās tiek uzskatīta par augstas kvalitātes attēlu avotu. Ar katru gadu kamerā arvien mazāk nepieciešamas loģiskās un informatīvās iespējas, tiek vienkāršota tās integrācija, un funkcionalitāte kļūst viendabīga. Risinot daudzas izplatītas videonovērošanas problēmas, centralizētā skata pieejai pārkodēšanas jomā ir vairāk priekšrocību nekā decentralizētajai skata pieejai, ko nosaka atsevišķu kameru īpašības. Šis punkts ir īpaši svarīgs lielu sistēmu gadījumā, kas apveltītas ar simtiem kanālu.

Pārkodēšana nav panaceja. Pamatojoties uz īpašajām prasībām sistēmai, ir iespējams noteikt tās formu un iespējamību, funkcionālās priekšrocības un nepieciešamos izmaksu ietaupījumus. Pārkodēšanas tehnoloģija ļauj dažas problēmas atrisināt efektīvāk, nekā to atļauj pašas kameras iespējas. Citas problēmas, gluži pretēji, ir vieglāk atrisināt ar kameras iespēju palīdzību, kas liecina par decentralizēto loģikas-informācijas iespēju efektivitāti. Faktiski nav pretrunu starp centralizētām un decentralizētām loģiskās informācijas iespējām, un katra no tām ir efektīva savā jomā.