Zabezpečovací kamerový systém

| Kategorie: Diplomové, bakalářské práce  | Tento dokument chci!

Vydal: Fakulta elektrotechniky a komunikačních technologií VUT v Brně Autor: Peter Čarný

Strana 20 z 66

Jak získat tento dokument?






Poznámky redaktora
Kvôli ubezpečeniu, všetky dekodéry budú schopné dekódovať komprimované video dôležité špecifikovať ako bity privádzajú do dekodéra ako dekodéra odstraňujú dekódované bity. Pri nej obnovia jednotlivé 20 . indikáciu odchodu účastníka relácie používa typ paketu Member Termination (BYE) pre špecifické potreby aplikácií využíva Application specific (APP) [11, 12]. Odhad veľkosti relácie Účastníci relácie musia sebe pravidelne posielať in- formáciu. Kodér nesmie vytvoriť bitový tok, ktorý nie možné dekódovať pomocou HRD. 1.3 Dekódovanie videa Po prijatí videa serveru zabezpečovacieho systému malo byť video následne de- kódované pre účely prehrania. Proces dekódovania videa prebieha nasledujúcich dvoch krokoch: 1. Reciever Reports prenášajú informácie jednak problémoch prijímačov, tak číslach stratených paketov meniacom sa oneskorení strane prijímača [11, 12]. Pokiaľ účastníkov relácie nie veľa, tak RTCP pakety posielajú čím najkratšou periódou (približne každých sekúnd), avšak pri väčšom počte účast- níkov relácie perióda predlžuje. Medzi rôzne typy RTCP paketov patrí okrem Sender Report Reciever Report taktiež Source Description (SDES), obsahujúci CNAME ďalšie prípadné údaje popisujúce reláciu. Prijímacia stanica môže taktiež využiť identifikácii zosku- pení viacero multimediálnych tokov jedného užívateľa [11].obsahu podľa potrieb. Tento údaj musí byť pre počas celej doby prenosu unikátny. Dekódovanie bitového toku (Bitstream decoding) Proces dekódovania za- čne prijatím komprimovaného dátového toku, ktorého dekóduje syntaktické prvky. Následne extrahované informácie ako napríklad kvantizačné koefi- cienty informácie predikcii. Jedná hlavne oneskorenie prenosu (Round Trip Delay) a kolísanie oneskorenia (Jitter). Pokiaľ teda navrhnutý dekodér, aby čo najbližšie napodobňoval správanie hypotetického referenčného dekodéru, tak je zaručené, bude dekodér schopný dekódovať všetky kompatibilné dátové toky [13]. Toto rieši model zvaný hypotetický referenčný dekodér (HRD), ktorý nezávislý prijímači špecifikuje vstupnú výstupnú vyrovnávaciu pamäť (buffer).3. Matematickými algoritmami „zmení mierku“ kvantizačných koeficientov prevedie inverzná transformácia. RTCP pakety nosia informáciu CNAME (Canonical Name) jedná kano- nické meno slúžiace pre identifikáciu. Vďaka Sender Reports prijímač schopný dedu- kovať prenosovú rýchlosť kvalitu prenosu. dôvodu, pravidla, RTCP pakety mali zaťažovať maximálne celkovej prenosovej rýchlosti relácie [11, 12]. Tieto informácie využité reverzný pro- ces kódovania