Video kodek: Porovnání verzí
Smazaný obsah Přidaný obsah
m potřebuje wikifikovat |
wikifikace |
||
Řádek 1:
{{Upravit - informatika}}
Je několik možností v jakém tvaru respektive [[typ souboru|typu souboru]] může být
Zpravidla je v tzv.
který umožňuje kombinovat různé multimediální [datový proud|[datové proudy]] do jednoho
== Druhy kodeků ==
Kodeky se dají rozdělit do několika skupin. Zřejmě nejjednodušší bude rozdělit je
na [[Bezeztrátová komprese|bezeztrátové]] a [[Ztrátová komprese|ztrátové]]. První jmenované mají základní výhodu v tom, že při jejich použití se z videa neztrácí žádné [[informace]]. Díky tomu však nedosahují
▲příliš vysokých kompresních poměrů a výsledek se většinou pohybuje kolem 1:2.
Naproti tomu ztrátové kodeky při svém zpracování část informace o obraze ztrácí.
Vycházejí především z toho, že [[lidské oko]] není dokonalé a tak [[zkreslení]] obrazu
v určité míře nepostřehne. V závislosti na míře komprese a kvalitě použitého
algoritmu je možné dosáhnout kompresních poměrů od 1:4 až po 1:100, u vyšších
hodnot už dochází k téměř nepoužitelnému zkreslení obrazu.
Míru [[komprese]] ukazuje především datový tok (bitrate) použitý ve výsledném
souboru.
souboru. Datový tok může být navíc nejen konstantní, ale také proměnlivý. Ten je
vhodný především k použití u videí, kde dochází k častějšímu střídání rychlých a
Řádek 30 ⟶ 29:
Nejedná se v podstatě ani o kodek. Data v souboru jsou uložena
[[nekomprimovaná data|nekomprimovaně]]. Pro [[PAL]] signál s rozlišením
30 MB/s.
=== HuffYUV ===
Ke komprimaci videa využívá tento kodek [[Huffmanovo kódování|Huffmanova kódování]], které je
založeno na různé
[[dekomprese]], menší paměťové nároky a volné (nezpoplatněné) používání.
Nevýhodou je především nízký kompresní poměr (v nejlepších případech jde
přibližně o 1:2,5).
Řádek 43 ⟶ 42:
== Ztrátové kodeky ==
=== Ligos Indeo
Původně jde o kodek vyvinutý firmou [[Intel]], ta jej později prodala firmě [[Ligos]].
Výsledná kvalita jím zpracovaného obrazu je dobrá, při nastavení na 100% není
možno výsledek téměř rozeznat od originálu, bohužel tomu odpovídá i velikost
souboru. Od verze 5.2 je součástí operačního systému [[Windows XP]] s aktualizací
SP1. Jedná se o [[komerční produkt]].
=== Microsoft Video 1 ===
Tento kodek se stal součástí [[operační systém|operačních systémů]] firmy [[Microsoft]] od verze
[[Windows 95]]. Později byl rozšířen o kompresní algoritmy kodeků Intel Indeo 3.1 a
Supermac‘s Cinepak. Díky tomu mohl být výsledný obraz o rozměrech
bodů s frekvencí až 30 snímků za sekundu. Ve své době poměrně rychlý a kvalitní
kodek, dnes již pomalý a kvalitativně zastaralý. Při nastavení 100% kvality
Řádek 62 ⟶ 61:
=== MJPEG ===
Kodek MJPEG (Motion JPEG) využívá faktu, že video je složeno z [[obrázek|obrázků]].
Funkčnost je tak založena na obrazové kompresi [[JPEG]] jednotlivých obrázků
videa. Nabízí volitelný kompresní poměr v rozsahu 1:6 až 1:16. Pro přehrávání je
plně integrován do operačních systémů [[Windows]]. Zároveň bývá i [[hardware|hardwarově]] [[implementace|implementován]] v některých profesionálních či poloprofesionálních zachytávacích
kartách, což poté vyžaduje menší nároky na celkový výkon PC. Díky technologii
komprese každého obrázku zvlášť, tzn. každý snímek je klíčový, se kodek hodí na
Řádek 77 ⟶ 75:
jako odpověď na úspěch formátů Quicktime a RealVideo. Zaměřené jsou
především na internetové vysílání videa. ASF vychází z AVI a dovoluje použít
pouze kompresi Microsoft MPEG–4, přičemž standard [[MPEG]] implementuje jen
částečně, neboť nepodporuje B snímky. WMV je novější verzí ASF. Při kompresi
udržuje datový tok, snímky zahazuje, aby ho nepřesáhl a nebo vyplňuje
Řádek 83 ⟶ 81:
až o 25% více nadbytečných informací oproti ostatním kodekům.
=== Quicktime
Quicktime kodek byl vyvinut firmou [[Apple]]. Opět se nejedná jen o kodek, ale o
celý formát. Je snadno přenositelný mezi platformami Macintosh a PC, pro
přehrání však vyžaduje svůj software (Apple Quicktime Player). Používá
kompresi od 1:5 do 1:25. Kvalitativně dnes už příliš neexceluje a zařazuje se spíše
k průměru. Stále je ještě využíván k prezentacím a nebo video ukázkám, taktéž ke
kódování videa na
Apple o plně kompatibilní kodek s MPEG–4.
RealVideo je komprese a formát firmy Real Networks. Vlastnostmi je blízký typu▼
=== RealVideo ===
▲RealVideo je komprese a formát firmy [[Real Networks]]. Vlastnostmi je blízký typu
Quicktime, ale s větším důrazem na kompresi videa určeného pro internet.
V dnešní době stále více ustupuje do pozadí.
Řádek 105 ⟶ 106:
svým nesporným kvalitám, kdy ve velmi dobré kvalitě zvládne zkomprimovat asi
hodinu filmu na jediné CD, se stal velmi oblíbeným a hojně rozšířeným. Ve verzi
3.20 je navíc přidána podpora pro VKI intervaly. V současnosti jde ale o překonaný kodek, existují lepší a kvalitnější, ale přesto patří díky kvalitním výsledkům a lepšímu standardu.▼
▲intervaly. V současnosti jde ale o překonaný kodek, existují lepší a kvalitnější, ale
Skupina osob podílejících se na úpravách DivXu 3.11 se po čase rozhodla
Řádek 120 ⟶ 119:
datového toku. Formát VKI je podporován také.
DivX verze 5 již vytvořila společnost [[DivX Inc]]. Jedná se o uzavřený formát bez
přístupu ke zdrojovým kódům. Dostupný je v několika verzích. Verze Standard je
zdarma, ale neobsahuje všechny funkce, verze Pro GAIN obsahuje všechny
Řádek 129 ⟶ 128:
s DivX 4. Integruje v sobě také některé nástroje a filtry, které umožňují úpravy
obrazu (rozměry, kvalitu, ostrost, atd.) už při samotné kompresi. Dále
implementuje [[algoritmus|algoritmy]] využívající tzv. psychovizuální model, obousměrnou
kompresi (tedy B snímky) nebo například globální kompenzace pohybu
(optimalizace kompresí pro přibližování, náhlé změny jasu, stagnující plochy a
další). Toto všechno si však vybírá daň v podobě vysokých nároků na [[výkon
procesoru]]. Odměnou nám je výborná [[kvalita obrazu]] při velmi malé velikosti
souborů. Kodek také umí provádět export do MPEG-4 formátu a konverzi mezi
ním a AVI formátem.
Řádek 150 ⟶ 149:
programátorů rozhodlo vytvořit opět otevřenou verzi, tu již nazvali XviD. Jedná
se znovu o otevřený formát kompatibilní s MPEG–4, a navíc umí do něj i video
exportovat. Tvůrci si zakládají na široké
působí příliš složitě a jeho optimální nastavení je poměrně komplikované. Kodek
podporuje libovolné rozlišení až do velikosti obrazu 1920×1088 bodů
| |||