Porovnání videokodeků - Comparison of video codecs
Α videokodek je software nebo zařízení, které poskytuje kódování a dekódování pro digitální video, a které mohou, ale nemusí zahrnovat použití komprese videa a / nebo dekomprese. Většina kodeků je obvykle implementací formáty kódování videa.
Komprese může být použita ztrátová komprese dat, aby se otázky měření kvality staly důležitými. Krátce po kompaktní disk stal se široce dostupným náhradou analogového zvuku v digitálním formátu, bylo možné také ukládat a používat video v digitální podobě. Brzy se objevila celá řada technologií. Primárním cílem pro většinu metod komprese videa je produkovat video, které se nejvíce blíží věrnosti původního zdroje a současně přináší co nejmenší možnou velikost souboru. Existuje však také několik dalších faktorů, které lze použít jako základ pro srovnání.
Úvod do srovnání
Následující charakteristiky jsou porovnávány ve srovnání videokodeků:
- Kvalita videa na bitrate (nebo rozsah bitrate ). Běžně kvalita videa je považována za hlavní charakteristiku srovnání kodeků. Srovnání kvality videa může být subjektivní nebo objektivní.
- Výkonové charakteristiky jako je rychlost komprese / dekomprese, podporované profily / možnosti, podporovaná rozlišení, podporované strategie řízení rychlosti atd.
- Obecné vlastnosti softwaru - například:
- Výrobce
- Podporovaný OS (Linux, Operační Systém Mac, Okna )
- Číslo verze
- Datum vydání
- Typ licence (komerční, zdarma, otevřený zdroj )
- Podporovaná rozhraní (VfW, DirectShow, atd.)
- Cena (hodnota za peníze, množstevní slevy atd.)
Kvalita videa
Kvalita, kterou kodek může dosáhnout, silně závisí na kompresním formátu, který kodek používá. Kodek není formát a může existovat několik kodeků, které implementují stejnou specifikaci komprese - například kodeky MPEG-1 obvykle nedosahují poměru kvalita / velikost srovnatelného s kodeky, které implementují modernější specifikaci H.264. Poměr kvalita / velikost výstupu produkovaného různými implementacemi stejné specifikace se však také může lišit.
Každá specifikace komprese definuje různé mechanismy, kterými lze zmenšit velikost surového videa (v podstatě sekvence nekomprimovaných digitálních obrázků v plném rozlišení), od jednoduché bitové komprese (jako Lempel-Ziv-Welch ) k psycho-vizuálnímu a pohybovému shrnutí a jak je výstup uložen jako bitový proud. Pokud komponenta kodéru kodeku dodržuje specifikaci, může zvolit libovolnou kombinaci těchto metod pro použití různých částí obsahu. Komponenta dekodéru kodeku, který také odpovídá specifikaci, rozpoznává každý z použitých mechanismů, a tak interpretuje komprimovaný proud, aby jej vykreslil zpět do nezpracovaného videa pro zobrazení (i když to nebude identické se vstupem nezpracovaného videa, pokud nebyla komprese bezztrátový). Každý kodér implementuje specifikaci podle svých vlastních algoritmů a parametrů, což znamená, že komprimovaný výstup různých kodeků se bude lišit, což má za následek rozdíly v kvalitě a účinnosti mezi nimi.
Před porovnáním kvality videa kodeků je důležité si uvědomit, že každý kodek může poskytnout různé stupně kvality pro danou sadu snímků ve videosekvenci. V této variabilitě hraje roli řada faktorů. Nejprve všechny kodeky mají ovládání bitrate mechanismus, který je zodpovědný za stanovení bitrate a kvality na základě jednotlivých snímků. Rozdíl mezi variabilní datový tok (VBR) a konstantní datový tok (CBR) vytváří kompromis mezi konzistentní kvalitou ve všech rámcích na jedné straně a konstantnějším datovým tokem, který je pro některé aplikace vyžadován, na straně druhé. Zadruhé, některé kodeky rozlišují mezi různými typy rámců, například klíčové rámečky a neklíčové rámce, které se liší svou důležitostí pro celkovou vizuální kvalitu a rozsahem, v jakém je lze komprimovat. Za třetí, kvalita závisí na předfiltraci, která je součástí všech současných kodeků. Do hry mohou vstoupit i další faktory.
U dostatečně dlouhého klipu je možné vybrat sekvence, které utrpěly jen málo z komprese, a sekvence, které utrpěly těžce, zvláště pokud CBR byla použita, přičemž kvalita mezi snímky se může velmi lišit kvůli různým kompresím potřebným k dosažení konstantní bitové rychlosti. Takže v daném dlouhém klipu, jako je celovečerní film, mohou jakékoli dva kodeky fungovat v určité sekvenci z klipu zcela odlišně, zatímco kodeky mohou mít přibližně stejnou kvalitu (nebo situaci zvrátit) v kvalitě přes širší sekvenci rámů. Tiskové zprávy a amatérská fóra mohou někdy v recenzích vybrat sekvence, o nichž je známo, že upřednostňují konkrétní kodek nebo styl kontroly rychlosti.
Objektivní kvalita videa
Techniky objektivního hodnocení videa jsou matematické modely, které se snaží předvídat lidské úsudky o kvalitě obrazu, jak často dokládají výsledky experimentů subjektivního hodnocení kvality. Jsou založeny na kritériích a metrikách, které lze objektivně měřit a automaticky vyhodnotit počítačovým programem. Objektivní metody jsou klasifikovány na základě dostupnosti původního původního videosignálu, který je považován za vysoce kvalitní (obvykle nekomprimovaný). Proto je lze klasifikovat jako:
- Úplný odkaz metody (FR), kde je k dispozici celý původní videosignál
- Snížená reference - metody (RR), kde jsou k dispozici pouze částečné informace o původním videu, a -
- Žádný odkaz metody (NR), kde původní video vůbec není k dispozici.
Subjektivní kvalita videa
Jedná se o to, jak divák vnímá video, a určuje jejich názor na konkrétní videosekvenci. Subjektivní testy kvality videa jsou poměrně nákladné, pokud jde o čas (příprava a běh) a lidské zdroje.
Existuje mnoho způsobů, jak ukázat videosekvence odborníkům a zaznamenat jejich názory. Několik z nich bylo standardizováno, hlavně v Doporučení ITU-R BT.500-13 a Doporučení ITU-T S.910.
Důvod pro měření subjektivní kvality videa je stejný jako pro měření průměrné skóre názoru pro zvuk. Názory odborníků lze zprůměrovat a průměrnou známku vyjádřit jako nebo doplnit daným intervalem spolehlivosti. Pro průměrování lze použít další postupy. Například odborníci, jejichž názory jsou považovány za nestabilní (například pokud je shledána jejich korelace s průměrným názorem nízká), mohou své názory odmítnout.
V případě video kodeků se jedná o velmi běžnou situaci. Když kodeky s podobnými objektivními výsledky ukazují výsledky s různými subjektivními výsledky, mohou to být hlavní důvody:
- Pre- a postfiltry jsou v kodekech široce používány. Kodeky často používají předfiltry jako např odšumování videa, deflicking, deshaking atd. Odšumění a deflicking se běžně udržuje PSNR hodnota při zvyšování vizuální kvality (nejlepší filtry s pomalým odšumováním také zvyšují PSNR na středních a vysokých bitrate). Deshaking značně snižuje PSNR, ale zvyšuje vizuální kvalitu. Postfiltry vykazují podobné vlastnosti - deblocking a deringing udržují PSNR, ale zvyšují kvalitu; zrnitost (navrženo v H.264 ) v podstatě zvyšuje kvalitu videa, zejména na velkých plazmových obrazovkách, ale snižuje PSNR. Všechny filtry zvyšují dobu komprese / dekomprese, takže zvyšují vizuální kvalitu, ale snižují rychlost kódování a dekódování.
- Strategie vyhledávání odhadu pohybu (ME) může také způsobit odlišnou vizuální kvalitu pro stejnou PSNR. Tzv skutečný pohyb vyhledávání obvykle nedosáhne minima součet absolutních rozdílů (SAD) hodnoty v kodeku ME, ale může vést k lepší vizuální kvalitě. Tyto metody také vyžadují více času komprese.
- Strategie řízení rychlosti. VBR běžně způsobují lepší značky vizuální kvality než CBR pro stejné průměrné hodnoty PSNR pro sekvence.
Pro subjektivní testování je obtížné použít dlouhé sekvence. Obvykle se používají tři nebo čtyři desetisekundové sekvence, zatímco pro objektivní metriky se používají celé filmy. Výběr sekvence je důležitý - ty sekvence, které jsou podobné těm, které používají vývojáři k vyladění svých kodeků, jsou konkurenceschopnější.
Porovnání výkonu
Porovnání rychlosti
Počet snímků za sekundu (FPS) běžně používané pro měření rychlosti komprese / dekomprese.
Při odhadu pravděpodobných rozdílů ve výkonu kodeku je třeba vzít v úvahu následující problémy:
- Dekomprese (někdy komprese) uniformita rámcového času - Velké rozdíly v této hodnotě mohou způsobit nepříjemně trhané přehrávání.
- SIMD Podpěra, podpora podle procesoru a kodeku - např., MMX, SSE, SSE2, z nichž každý mění výkon CPU u některých druhů úkolů (často včetně těch, kterých se kodeky týkají).
- Podpora více vláken podle procesoru a kodeku - někdy[když? ] zapíná se Hyper-threading podpora (je-li k dispozici na konkrétním CPU) způsobí snížení rychlosti kodeku.
- RAM Rychlost - obecně důležité pro většinu implementací kodeků
- Velikost mezipaměti procesoru - nízké hodnoty někdy způsobují vážné snížení rychlosti, např. pro CPU s nízkou mezipamětí, například několik procesorů Intel Celeron série.
- GPU používání kodekem - některé kodeky mohou drasticky zvýšit svůj výkon využitím zdrojů GPU.
Například kodek A (optimalizovaný pro využití paměti - tj. Využívá méně paměti) může na moderních počítačích (které obvykle nejsou omezeny pamětí) poskytovat pomalejší výkon než kodek B. Mezitím může stejný pár kodeků dávají opačné výsledky, pokud běží na starším počítači se sníženou pamětí (nebo mezipamětí).
Podpora profilů
Moderní standardy definují širokou škálu funkcí a pro jejich implementaci vyžadují velmi značné softwarové nebo hardwarové úsilí a prostředky. Pouze vybrané profily standardu jsou obvykle podporovány v jakémkoli konkrétním produktu. (To je velmi běžné například u implementací H.264.)
Standard H.264 zahrnuje následujících sedm sad funkcí, které jsou označovány jako profily, zaměřené na konkrétní třídy aplikací:
- Základní profil (BP): Primárně pro levnější aplikace s omezenými výpočetními prostředky se tento profil široce používá ve videokonferencích a mobilních aplikacích.
- Hlavní profil (MP): Původně zamýšlený jako běžný spotřebitelský profil pro aplikace vysílání a ukládání, význam tohoto profilu zmizel, když byl pro tyto aplikace vyvinut vysoký profil (HiP).
- Rozšířený profil (XP): Tento profil, který je určen jako profil streamovaného videa, má relativně vysokou schopnost komprese a některé další triky pro odolnost vůči ztrátám dat a přepínání streamů serveru.
- Vysoký profil (HiP): Primární profil pro aplikace vysílání a ukládání disků, zejména pro televizní aplikace s vysokým rozlišením. (Toto je profil přijatý do HD DVD a Modrý paprsek Například disk.)
- Vysoký 10 profilů (Hi10P): Přesahující možnosti dnešních běžných spotřebitelských produktů tento profil staví na vrcholu High Profile a přidává podporu až 10 bitů na vzorek přesnosti dekódovaného obrazu.
- Vysoký profil 4: 2: 2 (Hi422P): Tento profil je primárně zaměřen na profesionální aplikace, které používají prokládané video, staví na vrcholu profilu High 10 a přidává podporu pro formát vzorkování chroma 4: 2: 2 při použití až 10 bitů na vzorek s přesností dekódovaného obrazu.
- Vysoký prediktivní profil 4: 4: 4 (Hi444PP): Tento profil navazuje na vysoký profil 4: 2: 2, podporuje až 4: 4: 4 vzorkování chroma, až 14 bitů na vzorek a navíc podporuje efektivní bezztrátové kódování oblasti a kódování každého obrázku jako tří samostatných barevné roviny.
- Multiview vysoký profil: Tento profil podporuje dva nebo více pohledů pomocí předpovědi mezi zobrazeními (dočasnými) i MVC, ale nepodporuje obrázky polí a kódování rámce pole adaptivní na makroblok.
Standard také obsahuje další čtyři profily all-Intra, které jsou definovány jako jednoduché podmnožiny jiných odpovídajících profilů. Jedná se většinou o profesionální (např. Kamerový a editační systém) aplikace:
- Vysoký 10 intra profil: Profil High 10 je omezen na použití All-Intra.
- Vysoká 4: 2: 2 Intra Profil: Vysoký profil 4: 2: 2 omezený na použití Intra.
- Vysoká 4: 4: 4 Intra Profil: Vysoký profil 4: 4: 4 omezený na použití Intra.
- CAVLC 4: 4: 4 Intra Profile: Vysoký profil 4: 4: 4 omezený na použití All-Intra a CAVLC entropické kódování (tj. nepodporující CABAC ).
Standard nyní navíc obsahuje také tři Škálovatelné kódování videa profily.
- Škálovatelný základní profil: Škálovatelné rozšíření základního profilu.
- Škálovatelný vysoký profil: Škálovatelné rozšíření profilu High.
- Škálovatelný vysoký intra profil: Škálovatelný vysoký profil omezený na použití all-intra.
Přesné srovnání kodeků musí brát v úvahu variace profilů v každém kodeku.
Viz také Profily a úrovně MPEG-2.
Podporované strategie řízení rychlosti
Strategie řízení rychlosti videokodeků lze klasifikovat jako:
- Variabilní datový tok (VBR) a
- Konstantní datový tok (CBR).
Variabilní datový tok (VBR) je strategie k maximalizaci kvality vizuálního videa a minimalizaci datového toku. U scén s rychlým pohybem používá variabilní datový tok více bitů než u scén s pomalým pohybem s podobnou dobou trvání, přesto však dosahuje konzistentní vizuální kvality. Pro streamování videa v reálném čase a bez vyrovnávací paměti, když je dostupná šířka pásma pevná - např. při videokonferencích doručovaných na kanálech s pevnou šířkou pásma - je třeba použít konstantní datový tok (CBR).
CBR se běžně používá pro videokonference, satelitní a kabelové vysílání. VBR se běžně používá pro tvorbu video CD / DVD a video v programech.
Řízení bitové rychlosti je vhodné pro streamování videa. Pro offline ukládání a prohlížení je obvykle lepší kódovat při konstantní hodnotě kvalitní (obvykle definováno kvantování ) namísto použití řízení bitové rychlosti.[1][2]
Vlastnosti softwaru
Seznam kodeků
Kodek | Tvůrce / správce | Datum prvního veřejného vydání | Nejnovější stabilní verze | Licence | Patentováno kompresní formáty | Metoda komprese | Základní algoritmus | OpenCL Podpěra, podpora | nVidia CUDA Podpěra, podpora | Intel SSE Podpěra, podpora | Intel AVX Podpěra, podpora | Intel Rychlá synchronizace videa Podpěra, podpora |
---|---|---|---|---|---|---|---|---|---|---|---|---|
AOM Video 1 (AV1 ) | Aliance pro otevřená média | 2018-06-25 | 1.0.0 | 2-klauzule BSD | Patentovaný, ale volně licencovaný | Ztrátový / Bezztrátový | DCT | Neznámý | Neznámý | Ano | Ano | Neznámý |
libtheora (Theora ) | Xiph.org | 2002-09-25 | 1.1.1 (2009)[3] | BSD styl[4] | Patentovaný, ale volně licencovaný[*] | Ztrátový | ||||||
dirac-výzkum (Dirac ) | BBC Research Department | 2008-09-17 | 1.0.2 (2009)[5] | MPL 1.1, GNU GPL 2, GNU LGPL 2.1 | žádný | Lossy / Lossless | DWT | |||||
CineForm | Staň se profesionálem | 2001 | 10.0.2a (2019)[6] | Licence Apache 2.0, Licence MIT | žádný | Ztrátový | DWT | Ne | Ne | Ano | Ne | Ne |
Schrödinger (Dirac ) | David Schleef | 2008-02-22 | 1.0.11 (2012)[5] | MPL 1.1, GNU GPL 2, GNU LGPL 2, Licence MIT | žádný | Lossy / Lossless | DWT | Ano | Ano | Neznámý | Neznámý | Neznámý |
x264 | tým x264 | 2003 | 2638(2015)[7] | GNU GPL | MPEG-4 AVC / H.264 | Lossy / Lossless | DCT | Ano | Ne | Ano | Ano | Neznámý |
x265 | tým x265 | 2013 | 2.8 (2018)[8] | GNU GPL | HEVC / H.265 | Lossy / Lossless | DCT | Ne | Ne | Ano | Ano | Neznámý |
Xvid | Tým Xvid | 2001 | 1.3.5 (2017)[9] | GNU GPL | MPEG-4 ASP | Ztrátový | DCT | Neznámý | Neznámý | Neznámý | Neznámý | Neznámý |
FFmpeg (libavcodec ) | Tým FFmpeg | 2000 | 3.4.0 (2017 10. října)[10] | GNU LGPL | MPEG-1, MPEG-2, MPEG-4 ASP, H.261, H.263, VC-3, WMV7, WMV8, MJPEG MS-MPEG-4v3, DV, Kodek Sorenson, atd. | Lossy / Lossless | DCT | Ne | Ano | Ne | Ano | Ano |
FFavs (libavcodec ) | Tým FFavs | 2009 | 0.0.3[11] | GNU LGPL | MPEG-1, MPEG-2, MPEG-4 ASP atd. | Lossy / Lossless | DCT | Neznámý | Neznámý | Neznámý | Neznámý | Neznámý |
OpenH264 | Systémy Cisco | 2014-05 | 2.0.0[12] | 2-klauzule BSD | MPEG-4 AVC /H.264 | Ztrátový | DCT | Ne | Ne | Ano | Ne | Ne |
Kos | Forbidden Technologies plc | 2006-01 | 2 | Proprietární | Kos | Ztrátový | Neznámý | Neznámý | Neznámý | Neznámý | Neznámý | Neznámý |
DivX | DivX, Inc. | 2001 | DivX Plus (2010)[13] | Proprietární | MPEG-4 ASP, H.264 | Ztrátový | DCT | Neznámý | Neznámý | Neznámý | Neznámý | Ano[14] |
DivX ;-) | hack kodeku MPEG-4v3 společnosti Microsoft[15][16] | 1998 | 3,20 alfa[17] (2000) | Proprietární | Microsoft MPEG-4v3 (není kompatibilní s MPEG-4) | Ztrátový | DCT | Neznámý | Neznámý | Neznámý | Neznámý | Neznámý |
3ivx | 3ivx Technologies Pty.Ltd. | 2001 | 5.0.5 (2012)[18] | Proprietární | MPEG-4 ASP | |||||||
Nero Digital | Nero AG | 2003 | Neznámý | Proprietární | MPEG-4 ASP, H.264[19] | |||||||
ProRes 422 / ProRes 4444 | Apple Inc. | 2007 | Proprietární | Neznámý | ||||||||
Sorenson Video | Sorenson Media | 1998 | Proprietární | Sorenson Video | ||||||||
Sorenson Spark | Sorenson Media | 2002 | Proprietární | Sorenson Spark | ||||||||
VP3 | Technologie On2 | 2000 | BSD styl[4] | Patentovaný, ale volně licencovaný[*] | ||||||||
VP4 | Technologie On2 | 2001 | Proprietární | VP4 | ||||||||
VP5 | Technologie On2 | 2002 | Proprietární | VP5 | ||||||||
VP6 | Technologie On2 | 2003 | Proprietární | VP6 | ||||||||
VP7 | Technologie On2 | 2005 | Proprietární | VP7 | ||||||||
libvpx (VP8 ) | Technologie On2 (nyní ve vlastnictví Google ) | 2008 | 1.1.0 (2012) | BSD styl | Patentovaný, ale volně licencovaný | |||||||
libvpx (VP9 ) | 2013 | BSD styl | Patentovaný, ale volně licencovaný | Lossy / Lossless | ||||||||
DNxHD | Technologie Avid | 2004 | Proprietární | VC-3 | Ztrátový | |||||||
Cinema Craft Encoder SP2 | Zakázková technologická společnost | 2000 | 1.00.01.09 (2009)[20] | Proprietární | MPEG-1, MPEG-2 | |||||||
TMPGEnc Bezplatná verze | Pegasys Inc. | 2001 | 2.525.64.184 (2008)[21] | Proprietární | MPEG-1, MPEG-2 | |||||||
Windows Media Encoder | Microsoft | 1999 | 9 (2003) (WMV3 v FourCC ) | Proprietární | WMV, VC-1, (v raných verzích MPEG-4 část 2 a není kompatibilní s MPEG-4 MPEG-4v3, MPEG-4v2) | |||||||
Cinepak | Vytvořil SuperMac, Inc. V současné době spravuje společnost Compression Technologies, Inc.[22] | 1991 | 1.10.0.26 (1999) | Proprietární | Neznámý | Ztrátový | VQ | |||||
Indeo video | Intel Corporation, kterou v současné době nabízí společnost Ligos Corporation | 1992 | 5.2 | Proprietární | Indeo video | Ztrátový | DCT | |||||
TrueMotion S. | The Duck Corporation | 1995 | Proprietární | TrueMotion S. | Ztrátový | Neznámý | ||||||
RealVideo | RealNetworks | 1997 | RealVideo 10[23] | Proprietární | H.263, RealVideo | Ztrátový | DCT | |||||
Huffyuv | Ben Rudiak-Gould | 2000 | 2.1.1 (2003)[24] | GNU GPL 2 | žádný | Bezztrátový | Huffman | |||||
Lagarith | Ben Greenwood | 2004-10-04 | 1.3.27 (2011-12-08)[25] | GNU GPL 2 | žádný | |||||||
MainConcept | MainConcept GmbH | 1993 | 8.8.0 (2011) | Proprietární | MPEG-1, MPEG-2, H.264 / AVC, H.263, VC-3, MPEG-4 část 2, DV, MJPEG atd. | Ztrátový | DCT | Ano[26] | Ano[27][28] | Neznámý | Neznámý | Ano[29] |
Elecard | Elecard | 2008 | G4 (2010)[30] | Proprietární | MPEG-1, MPEG-2, MPEG-4, AVC | Ztrátový | DCT | Ne | Ano[30] | Ne | Ano[30] | Ano[30] |
Kodek | Tvůrce / správce | Datum prvního veřejného vydání | Nejnovější stabilní verze | Licence | Patentováno kompresní formáty | Metoda komprese | Základní algoritmus | OpenCL Podpěra, podpora | nVidia CUDA Podpěra, podpora | Intel SSE Podpěra, podpora | Intel AVX Podpěra, podpora | Intel Rychlá synchronizace videa Podpěra, podpora |
- The Nadace Xiph.Org vyjednal neodvolatelnou bezplatnou licenci pro Theora a další kodeky odvozené od VP3 pro všechny a pro jakékoli účely.[31]
Nativní podpora operačního systému
Upozorňujeme, že podpora operačního systému neznamená, zda lze video kódované kodekem přehrávat na konkrétním operačním systému - například video kódované kodekem DivX lze přehrávat v systémech podobných Unixu pomocí bezplatných dekodérů MPEG-4 ASP (FFmpeg MPEG -4 nebo Xvid), ale kodek DivX (který je softwarovým produktem) je k dispozici pouze pro Windows a macOS.
Kodek | Operační Systém Mac | jiný Unix & Unixový | Okna |
---|---|---|---|
3ivx | Ano | Ano | Ano |
Kos | Ano | Ano | Ano |
Cinepak | Ano | Ne | Ano |
DivX | Ano | Ne | Ano |
FFmpeg | Ano | Ano | Ano |
RealVideo | Ano | Ano | Ano |
Schrödinger (Dirac ) | Ano | Ano | Ano |
Sorenson Video 3 | Ano | Ne | Ano |
Theora | Ano | Ano | Ano |
x264 | Ano | Ano | Ano |
Xvid | Ano | Ano | Ano |
Elecard | Ano | Ne | Ano |
Technické údaje
Kodek | Typ komprese | Základní algoritmus | Nejvyšší podpora datový tok | Nejvyšší podpora rozlišení | Variabilní snímková frekvence |
---|---|---|---|---|---|
Kos | Ztrátová komprese | Neznámý | Neznámý | 384 × 288 (PAL), 320 × 240 (NTSC) | Ano |
Cinepak | Ztrátová komprese | Vektorové kvantování[32] | Neznámý | Neznámý | Neznámý |
Dirac | Ztráta / Bezztrátová komprese | Vlnková komprese | Neomezený[33] | Neomezený[33] | Ano |
Sorenson 3 | Ztrátová komprese | Diskrétní kosinová transformace | Neznámý | Neznámý | Neznámý |
Theora | Ztrátová komprese | Diskrétní kosinová transformace | 2 Gibit / s | 1,048,560×1,048,560[34][35] | Pomocí řetězení[*] |
RealVideo | Ztrátová komprese | Diskrétní kosinová transformace | Neznámý | Neznámý | Ano |
Elecard | Ztrátová komprese | Neznámý | Neomezený | 16 tis | Ano |
- Teorické proudy s různými snímkovými frekvencemi lze zřetězit do stejného souboru, ale každý stream má pevnou snímkovou frekvenci.[34]
Volně dostupná srovnání kodeků
Seznam volně dostupných srovnání a popis jejich obsahu:
Název srovnání | Typ srovnání | Datum (data) zveřejnění | Seznam porovnávaných kodeků | Komentáře |
---|---|---|---|---|
Série srovnání kodeků Doom9 | Řada subjektivní srovnání populárních kodeků |
|
| Subjektivní srovnání s pohodlnou vizualizací |
Série srovnání ročních videokodeků MSU | Řada objektivní Porovnání kodeků HEVC / AV1 |
|
| Podrobná objektivní srovnání |
Série srovnání ročních kodeků H.264 kodeků MSU | Řada objektivní Porovnání kodeků H.264 s referencí MPEG-4 ASP |
|
| Podrobná objektivní srovnání |
Série srovnání bezztrátových videokodeků | Dva srovnání velikosti a času bezztrátových kodeků (s bezztrátovou kontrolou) |
|
| v roce 2007 - podrobnější zpráva s novými kodeky včetně prvního standardu H.264 (x264) |
Porovnání kodeků MPU-4 MSU | Objektivní srovnání kodeků MPEG-4 |
| DivX 5.2.1, DivX 4.12, DivX 3.22, MS MPEG-4 3688 v3, XviD 1.0.3, 3ivx D4 4.5.1, OpenDivX 0.3 | Byly také porovnány různé verze DivX. Výsledky Xvid mohou být chybné, protože při použití pro DivX bylo pro něj deaktivováno odblokování. |
Subjektivní srovnání moderních videokodeků | Vědecky přesné subjektivní srovnání pomocí 50 odborníků a metodiky SAMVIQ |
| DivX 6.0, Xvid 1.1.0, x264, WMV 9.0 (2 bitové rychlosti pro každý kodek) | Bylo také provedeno srovnání PSNR přes VQM přes SSIM |
Srovnání video dekodérů MPEG-2 | Objektivní MPEG-2 Dekodéry srovnání |
| bitový kontrolní dekodér MPEG-2, dekodér videa DScaler MPEG2, dekodér videa Elecard MPEG-2, dekodér videa ffdshow MPEG-4 (libavcodec), dekodér videa InterVideo, dekodér videa MPEG Ligos, dekodér MPEG video MainConcept, dekodér Pinnacle MPEG-2 | Objektivně testováno (100krát na stream) „crash test“ dekodérů (test na poškozeném streamu - jako jsou poškrábané DVD nebo satelitní vzorky) |
Porovnání kodeků | Osobní subjektivní názor |
| 3ivx, Avid AVI 2.02, Cinepak, DivX 3.11, DivX 4.12, DivX 5.0.2, DV, Huffyuv, Indeo 3.2, Indeo 4.4, Indeo 5.10, Microsoft MPEG-4 v1, Microsoft MPEG-4 v2, Microsoft RLE, Microsoft Video 1 , XviD, 3ivx, Animation, Blackmagic 10-bit, Blackmagic 8-bit, Cinepak, DV, H.261, H.263, Motion-JPEG, MPEG-4 Video, PNG, Sorenson Video, Sorenson Video 3 | Někdy je srovnání krátké (až jeden textový řádek na kodek) |
Hodnocení Diraca a Theory | Vědecká práce |
| Dirac, Dirac Pro, Theora I, H.264, Motion JPEG2000 (testované kodeky jsou z Q2-2008) | Docela podrobné srovnání softwaru dostupného ve 2. čtvrtletí 2008; Byla však použita buggy verze ffmpeg2Theora |
VP8 versus x264 | Objektivní a subjektivní srovnání kvality VP8 a x264 |
| VP8, x264 | VQM, SSIM a PSNR pro 19 videoklipů CIF s datovým tokem 100, 200, 500 a 1000 kbit / s |
Viz také
- Porovnání přehrávačů médií
- Seznam video přehrávačů (software)
- Seznam kodeků
- SSIM
- Rejstřík filmu
- Porovnání formátů kódování zvuku
- Porovnání formátů kontejnerů
- Porovnání softwaru pro střih videa
Poznámky a odkazy
- ^ Google - Režimy bitové rychlosti VP9 podrobně
- ^ Werner Robitza - průvodce CRF
- ^ Xiph.Org Foundation (2009) Theora development website - novinky Citováno 2009-10-06
- ^ A b „Přesměrování“. Citováno 22. listopadu 2016.
- ^ A b Komprese videa Dirac Archivováno 2008-11-07 na Wayback Machine
- ^ CineForm Úvod
- ^ x264 - bezplatný kodér h264 / avc Citováno 2014-12-28
- ^ „Poznámky k verzi - dokumentace x265“. x265.readthedocs.io. Citováno 2018-07-07.
- ^ „Xvid.com“. Citováno 2015-12-27.
- ^ FFmpeg.org, Citováno 2018-02-10
- ^ FFavs Archivováno 2009-12-16 na Wayback Machine
- ^ Vydání OpenH264
- ^ „DivX, Inc“. DivX, Inc.. Citováno 19. května 2011.
- ^ „HEVC - DivX Labs“. Archivovány od originál dne 11. ledna 2017. Citováno 22. listopadu 2016.
- ^ VirtualDub Dokumentace VirtualDub: kodeky, Citováno 2009-08-08
- ^ FOURCC.org Video kodeky - komprimované formáty, Citováno 2009-08-08
- ^ Tomův hardware (2001-10-22) Tvrdá volba: Kodek DivX 3.20a je stále lepší než kodek DivX 4.01, Citováno 2009-08-08
- ^ 3ivx, Citováno 2014-12-27
- ^ Nero AG Co je Nero Digital, Citováno 2009-08-08
- ^ Zakázková technologická společnost CINEMA CRAFT - Stáhnout, Citováno 2009-08-11
- ^ Pegasys Inc. Co je nového, Citováno 2009-08-11
- ^ Compression Technologies, Inc., současný správce Cinepak
- ^ RealNetworks Produkty - kodeky Archivováno 2004-08-04 na Wayback Machine
- ^ Huffyuv v2.1.1 Citováno 2009-08-09
- ^ Lagarith Lossless Video Codec, Citováno 2018-02-10
- ^ GmbH, MainConcept. „SDK - Software Development Kits: MainConcept“. Archivovány od originál dne 28. ledna 2013. Citováno 22. listopadu 2016.
- ^ „Archivovaná kopie“. Archivovány od originál dne 2010-10-02. Citováno 2010-10-26.CS1 maint: archivovaná kopie jako titul (odkaz)
- ^ GmbH, MainConcept. „SDK - Software Development Kits: MainConcept“. Archivovány od originál dne 28. ledna 2013. Citováno 22. listopadu 2016.
- ^ GmbH, MainConcept. „SDK - Adobe Plugins - Transcoding Software - MainConcept Products: MainConcept“. Archivovány od originál dne 6. září 2012. Citováno 22. listopadu 2016.
- ^ A b C d „Skupina Elecard - kodek SDK G4 - kodek h.264, kodek SDK, sada pro vývoj softwaru, dekodér mpeg2, dekodér mpeg-2, kodek AVC, dekodér MPEG, kodér MPEG, multiplexor MPEG, dekodér zvuku MPEG, prohlížeč grafů, kodér AVC, Dekodér AAC, kodér AAC, mpeg-4, API, ukázková aplikace, zdrojový kód ". Citováno 10. února 2018.
- ^ Theora.org FAQ: není VP3 patentovaná technologie?
- ^ Technický popis kodeku Cinepak Archivováno 2007-02-05 na Wayback Machine
- ^ A b Snímková frekvence, rozlišení atd. Jsou kódovány jako data s proměnnou délkou.
- ^ A b "Specifikace formátu Theora" (PDF). (827 KB)
- ^ Vyžaduje přibližně 3 terabajty na nekomprimovaný snímek při maximálním rozlišení (str. 37, specifikace Theora I. 7. března 2006)