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