Enkódování s <application>MEncoder</application>em

# HG changeset patch # User jheryan # Date 1115617401 0 # Node ID 005485a358d8c68b6a784f47441b190c8003ecac # Parent 1191bd7738d8652d1e142614a823f3ec996821dd Synced with 1.58 diff -r 1191bd7738d8 -r 005485a358d8 DOCS/xml/cs/mencoder.xml --- a/DOCS/xml/cs/mencoder.xml Mon May 09 05:32:32 2005 +0000 +++ b/DOCS/xml/cs/mencoder.xml Mon May 09 05:43:21 2005 +0000 @@ -1,5 +1,5 @@ - + Enkódování s <application>MEncoder</application>em @@ -728,6 +728,349 @@ Ořezávání a škálování + Připomeňme z předchozí části, že konečná velikost obrázku by měla mít + jak šířku, tak výšku beze zbytku dělitelnou 16, čehož můžete dosáhnout + pomocí ořezání, škálování, nebo kombinací obou. + + + + Při ořezávání byste se měli držet několika zásad, abyste předešli poškození + svého filmu. + Normální YUV formát 4:2:0, ukládá barvonosnou (chroma) informaci + podvzorkovanou, čili hustota vzorkování barvy je poloviční oproti jasové + (černobílé) složce v obou směrech. + Prohlédněte si tento diagram, kde L označuje vzorkovací body jasu a C + barvy. + + + + + + + + + + + + + + + + + + + + + L + L + L + L + L + L + L + L + + + C + C + C + C + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + C + C + C + C + + + L + L + L + L + L + L + L + L + + + + + + + Jak vidíte, řádky i sloupce obrázku se přirozeně párují. Při ořezávání tedy + musí být hodnoty odsazení i rozměrů sudá čísla. + Pokud nejsou, nebude se barvonosná informace zprávně krýt s jasovou. + Teoreticky lze stříhat s lichým odsazením, ale to vyžaduje převzorkování + barvy, což je potenciálně ztrátový úkon a není podporován filtrem crop. + + + + Dále, prokládané video je vzorkováno takto: + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Horní půlsnímek + Spodní půlsnímek + + + L + L + L + L + L + L + L + L + + + + + + + + + + + C + C + C + C + + + + + + + + + + + + + + + + + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + + + + + + + + + + + + + + + + + C + C + C + C + + + + + + + + + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + + + + + + + + + C + C + C + C + + + + + + + + + + + + + + + + + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + + + + + + + + + + + + + + + + + C + C + C + C + + + + + + + + + + + L + L + L + L + L + L + L + L + + + + + + + Jak vidíte, tak se vzor opakuje každé 4 řádky, takže při ořezu prokládaného + videa musí být odsazení v ose y a výška beze zbytku delitelné 4. + + + Nativní DVD rozlišení je 720x480 pro NTSC a 720x576 pro PAL, ale je zde ještě příznak poměru stran, který udává, zda se jedná o obrazovku (full-screen)(4:3), nebo širokoúhlý film (wide-screen)(16:9). Mnoho (jestli ne většina) @@ -739,10 +1082,38 @@ MPlayer poskytuje filtr pro detekci potřebného ořezu, který stanoví ořezový obdélník (). + Spusťte MPlayer s volbou + a on vám vypíše nastavení filtru crop pro + ořezání okrajů. + Měli byste nechat běžet film tak dlouho, dokud není použita celá plocha + obrázku, abyste dostali správné hodnoty crop. + + + + Pak otestujte získané hodnoty z příkazového řádku + MPlayeru vypisované em + a upravte obdélník podle potřeby. + V tom vám pomůže filtr , který interaktivně + nastavit obdélník pro váš film. + Nezapomeňte zachovat výše uvedená doporučení, abyste nepoškodili barevnou + mapu. + + + + Škálování je obvykle nevhodné. + Škálování prokládaného videa je obtížné a pokud chcete zachovat prokládání, + měli byste se mu úplně vyhnout. + Pokud mebudete škálovat, ale budete chtít používat rozměry v násobcích 16, + budete muset oříznout i část obrazu. + Neponechávejte ani malé černé okraje, jelikož se velmi špatně kódují! + + + Protože MPEG-4 používá makrobloky 16x16, měli byste se ujistit, že oba rozměry videa jsou násobkem 16, jinak snížíte kvalitu, zvlášť při nízkých datových tocích. Můžete to zajistit zaokrouhlením šířky a výšky ořezového obdélníku - dolů na nejbližší násobek 16. Při ořezávání byste měli zvýšit odsazení + dolů na nejbližší násobek 16. + Jak jsme již řekli, měli byste při ořezávání zvýšit odsazení (offset) v ose y o polovinu rozdílu mezi starou a novou výškou, takže bude výsledné video bráno ze středu snímku. Z důvodu principu vzorkování DVD videa se ujistěte, že je odsazení sudé číslo. (Popravdě, přijměte jako pravidlo, @@ -783,8 +1154,6 @@ PRdvd je poměr pixelů v DVD, který je roven 1.25=(720/576) pro DVD - - v PALu a 1.5=(720/480) pro DVD v NTSC, @@ -1378,6 +1747,284 @@ + +Enkódování s <systemitem class="library">x264</systemitem> kodekem + + x264 je svobodná knihovna pro + enkódování H264/AVC video proudů. + Pře zahájením enkódování budete muset + nastavit její podporu vMEncoderu. + + + +Jaké volby bychom měli nastavit pro nejlepší výsledky? + + + Začněte prosím prostudováním části + x264 v man stránce + MPlayeru. + Tato sekce je zamýšlena jako doplněk man stránky. + + + +Obecně jsou zde tři typy uvažování při volbě vhodných voleb enkodéru: + + Časová náročnost enkódování vs. kvalita + Volby rozhodující o typu snímků + Volby ovlivňující kontrolu datového toku a kvantizaci + + + + Tento návod se většinou zaměřuje na první skupinu voleb. + Další dvě skupiny často záleží na osobních preferencích a individuálních + požadavcích. + + + + Než budeme pokračovat, poznamenejme, že tento návod používá jediné měřítko + kvality: celkový PSNR. + Stručné vysvětlení co je to PSNR, naleznete + ve Wikipedii pod heslem PSNR. + Celkové PSNR je poslední hlášené PSNR číslo při zařazení volby + v . + Kdykoli budete číst prohlášení o PSNR, jeden z předpokladů tohoto sdělení + je, že jsou použity shodné datové toky. + + + + Téměř všechny komentáře v tomto návodu předpokládají, že enkódujete + dvouprůchodově. + Při porovnávání voleb jsou zde dva hlavní důvody pro použití dvouprůchodového + enkódování. + Zaprvé, dvouprůchodové enkódování vám získá zhruba 1dB PSNR, což je + velký rozdíl. + Zadruhé, testování voleb pomocí přímého porovnání kvality v jednoprůchodových + výsledcích je pochybné, jelikož se datový tok značně liší s každým + enkódováním. + Není vždy snadné určit, zda se změnila kvalita díky změně voleb, nebo + z větší části odpovídají změnám datového toku. + + + + Z voleb, které umožňují vyměnit čas za kvalitu, jsou obvykle nejdůležitější + a . + Máte-li zájem ovlivnit jak rychlost, tak kvalitu, jsou to první volby, + které byste měli zvážit. + + + + Ve smyslu rychlosti se spolu volby a + velmi silně ovlivňují. + Zkušenosti ukazují, že při jednom referenčním snímku si + vezme asi o 35% více času než + . + Při 6 referenčních snímcích naroste spomalení nad 60%. + Vliv na PSNR se zdá být poměrně stálý, + bez ohledu na počet referenčních snímků. + Typicky získá 0.2-0.5 dB + celkového PSNR přes . + To je obvykle již viditelné. + + + + + +Enkódovací volby x264 + + + + frameref: + Výchozí nastavení je 1, ale nemělo by to být bráno + tak, že je rozumné nastavovat jej na 1. + Pouhé zvýšení na 2 získá okolo + 0.15dB PSNR s 5-10% spomalením, což je zřejmě dobrý obchod. + získá kolem 0.25dB PSNR navíc k + , což již může být viditelný + rozdíl. + je asi o 15% pomalejší než + . + Naneštěstí se zisk rychle vytrácí. + Prř můžete očekávat zisk pouze + 0.05-0.1 dB nad při dodatečném + 15% zpomalení. + Nad je zisk kvality obvykle velmi malý + (ačkoli byste měli mít na paměti, že se to může výrazně lišit v závislosti + na zdrojovém materiálu). + V poměrně typickém případě zlepší + celkový PSNR o pouhé 0.02dB nad , + při spomalení o 15%-20%. + Při tak vysokých hodnotách lze říct pouze + jedinou dobrou věc, a to že jejich další zvyšování téměř nikdy + nesníží PSNR, ale další zisk kvality + je stěží měřitelný, natož viditelný. + +Poznámka: + + Zvýšení na nemístně vysokou hodnotu + může a + obvykle taky sníží + efektivitu kódování, pokud vypnete CABAC. + Se zapnutým CABAC (výchozí chování) se zdá být možnost nastavit + "příliš vysoko" příliš vzdálená na to, + abyste se tím museli trápit a v budoucnu mohou optimalizace + tuto možnost zcela vyloučit. + + + + Pokud vám záleží na rychlosti, bývá vhodným kompromisem použít + nízké hodnoty a + v prvním průchodu a zvýšit je ve druhém. + Typicky to má zanedbatelný záporný vliv na konečnou kvalitu: + pravděpodobně stratíte méně než 0.1dB PSNR, což by měl být až příliš + malý rozdíl, než aby byl vidět. + Odlišné hodnoty však mohou místy ovlivnit + volbu typu snímku. + Nejspíš to budou ojedinělé případy, ale chcete-li si být zcela jisti, + zjistěte, jestli vaše video obsahuje buď blýskavé vzory přes celou obrazovku, + nebo rozsáhlé krátkodobé změny, které by mohly vynutit I-snímek. + Nastavte pro první průchod tak, aby byl + dostatečně velký pro pokrytí doby bliknutí (nebo změny). + Například, pokud scéna přepíná tam a zpět mezi dvěma obrázky přes tři snímky, + nastavte pro první průchod na 3 a více. + Tento případ je nejspíš zcela ojedinělý v hraných filmech, ale občas se + vyskytuje v záznamech z videoher. + + + + bframes: + Použitelnost B-snímků je ve většině ostatních kodeků diskutabilní. + V H.264 se to změnilo: jsou zde nové techniky a typy bloků pro použití + v B-snímcích. + Obvykle i naivní algoritmus pro výběr B-snímku může zajistit znatelný + zisk PSNR. + Také je zajímavé, že pokud vypnete adaptivní rozhodování o B-snímku + (), zvýší obvykle enkódování s + o trochu rychlost enkódování. + + + S vypnutým adaptivním rozhodováním o B-snímku + ('s ), + se optimální hodnota této volby obvykle pohybuje od + do . + Se zapnutým adaptivním rozhodováním o B-snímku (výchozí chování), + je obvykle bezpečné použít vyšší hodnoty; enkodér se pokusí snížit + použití B-snímků ve scénách, kde by snížily kompresi. + + + Pokud vůbec použijete , zvažte + nastavení maximálního počtu B-snímků na 2 nebo více, pokud chcete + těžit z vážené predikce. + + + + b_adapt: + Poznámka: ve výchozím stavu zapnuto. + + + Je-li tato volba zapnuta, bude enkodér používat jendoduchou + heuristiku pro snížení počtu B-snímků ve scénách, kde by jejich + použitím příliš nezískaly. + Můžete použít pro nastavení jak přátelský + bude enkodér k B-snímkům. + Spomalení působené adaptivními B-snímky je nyní spíše malé, ale + stejně tak potenciální zisk kvality. + Obvykle však nijak neškodí. + Poznamenejme, že ovlivňuje rychlost a rozhodování o typu snímku pouze + v prvním průchodu. + a nemají žádný vliv + v náslydných průchodech. + + + + b_pyramid: + Pokud používáte >2 B-snímky, můžete také zapnout tuto volbu; jak + říká man stránka, dostanete malé zvýšení kvality bez ztráty rychlosti. + Poznamenejme, že tato videa nelze číst dekodéry založenými na libavcodec + staršími než 5. března 2005. + + + + weight_b: + V typických případech tato volba nepřináší velký zisk. + V prolínacích nebo stmívacích scénách však vážená predikce + umožňuje poměrně velkou úsporu datového toku. + V MPEG-4 ASP bývá stmívání obvykle nejlépe kódováno jako série + velkých I-snímků; použití vážené predikce v B-snímcích umožňuje + změnit alespoň některé z nich na rozumně menší B-snímky. + Spomalení enkódování se zdá být minimální, pokud nějaké je. + Rovněž, v rozporu s tím, co si někteří lidé mohou myslet, + požadavky dekodéru na CPU nejsou váženou predikcí ovlivněny, + ostatní možnosti jsou stejně náročné. + + + Naneštěstí má aktuálně algoritmus adaptivního rozhodování o B-snímcích + výraznou tendenci vyvarovat se B-snímků při stmívání. + Dokud se to nezmění, bude dobré přidat + do x264encopts, pokud očekáváte, že stmívání + bude mít znatelný vliv ve vašem konkrétním klipu. + + + + deblockalpha, deblockbeta: + Toto bude poněkud kontroverzní. + + + H.264 definuje jednoduchou deblokující proceduru na I-blocích, která + používá přednastavené síly a prahy na QP daného bloku. + Ve výchozím stavu jsou bloky s nízkým QP silně filtrovány a bloky s + nízkým QP nejsou deblokovány vůbec. + Přednastavené síly definované standardem jsou dobře voleny a + odchylky jsou velmi dobré, takže jsou PSNR optimální pro jakékoli + video, které zkoušíte enkódovat. + Volby a + vám umožní nastavit odchylky přednastavených deblokovacích prahů. + + + Zdá se, že si mnoho lidí myslí, že je vhodné výrazně snížit sílu (řekněme, -3) + deblokovacího filtru. + To však není téměř nikdy dobrý nápad a v mnoha případech lidé, kteří + tak činí, dobře nerozumí jak výchozí deblokování pracuje. + + + První a nejdůležitější věc, kterou byste měli o in-loop deblokovacím + filtru vědět je, že výchozí nastavení prahů je téměř vždy optimální + vzhledem k PSNR. + V řídkých případech kdy není, je ideální odchylka plus mínus 1. + Změna deblokujících parametrů o větší hodnotu vede téměř s jistotou + ke zhoršení PSNR. + Zesílení filtru setře více detailů; zeslabení zvýší viditelnost čtverečkování. + + + Rozhodně je nevhodné snižovat deblokovací prahy, pokud má vaše video + nízkou prostorovou komplexnost (čili nemnoho detailů nebo šumu). + In-loop filtr téměř perfektně kryje artefakty, které se vyskytnou. + Pokud má však zdroj vysokou prostorovou komplexnost, jsou artefakty + hůře rozeznatelné. + To proto, že kroužkování má tendenci vypadat jako detail nebo šum. + Lidská vizuální vnímavost si snadno povšimne, když je odstraněn detail, + ale obtížněji si všimne, když je špatně reprezentován šum. + Když příjde na subjektivní kvalitu, je šum částečně zaměnitelný s detaily. + Snížením síly deblokovacího filtru nejspíše zvýšíte chybu přidáním + kroužkových artefaktů, ale oko si toho nevšimne, protože si splete + artefakty s detaily. + + + + To však stále neospravedlňuje + snížení síly deblokovacího filtru. + Obecně dostanete kvalitnější šum z postprocesingu. + Pokud vaše H.264 videa vypadají příliš rozmazané nebo flekaté, zkuste si + pohrát s + při přehrávání. + by mělo zamaskovat většinu smazaných + artefaků. + Téměř jistě to bude vypadat lépe než to, co dostanete pomocí + podvádění deblokovacího filtru. + + + + + Jak naložit s telecine a prokladem v NTSC DVD