diff options
author | jheryan <jheryan@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2005-08-18 11:53:51 +0000 |
---|---|---|
committer | jheryan <jheryan@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2005-08-18 11:53:51 +0000 |
commit | 19681ef6824fe1833611fc405469c1eb6597dedd (patch) | |
tree | 8a66010bdbe2f2a944a593a39799ecc8ff4b8a79 /DOCS/xml/cs | |
parent | 13c4c53ddd45858f39fb56f43366a745e3fd0e31 (diff) | |
download | mpv-19681ef6824fe1833611fc405469c1eb6597dedd.tar.bz2 mpv-19681ef6824fe1833611fc405469c1eb6597dedd.tar.xz |
new, synced with 1.10
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@16263 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS/xml/cs')
-rw-r--r-- | DOCS/xml/cs/encoding-guide.xml | 3660 |
1 files changed, 3660 insertions, 0 deletions
diff --git a/DOCS/xml/cs/encoding-guide.xml b/DOCS/xml/cs/encoding-guide.xml new file mode 100644 index 0000000000..6dbf5c62a5 --- /dev/null +++ b/DOCS/xml/cs/encoding-guide.xml @@ -0,0 +1,3660 @@ +<?xml version="1.0" encoding="iso-8859-2"?> +<!-- Synced with: 1.10 --> +<chapter id="encoding-guide"> +<title>Enkódování s <application>MEncoder</application>em</title> + +<sect1 id="menc-feat-dvd-mpeg4"> +<title>Vytvoření MPEG-4 ("DivX") ripu DVD filmu ve vysoké kvalitě</title> + +<para> + Velmi častou otázkou je "Jak mohu vytvořit rip v nejvyšší možné kvalitě pro + danou velikost?". Další otázkou je "Jak vytvořím DVD rip v nejvyšší možné + kvalitě? Velikost souboru mě nezajímá, chci tu nejvyšší kvalitu." +</para> + +<para> + Druhá otázka je poněkud špatně položená. Konec konců, pokud je vám lhostejná + velikost souboru, proč prostě nezkopírujete celý MPEG-2 video proud z DVD? + Jistěže vaše AVI bude mít kolem 5 GB, ale pokud chcete nejvyšší kvalitu a + na velikosti nezáleží, je to jistě nejlepší volba. +</para> + +<para> + Ve skutečnosti, důvodem převodu DVD do MPEG-4 je právě to, že vám na velikosti + souboru <emphasis role="bold">záleží</emphasis>. +</para> + +<para> + Je těžké nabídnout kuchařku jak vytvořit DVD rip ve velmi vysoké kvalitě. Je + nutné uvážit množství faktorů a měli byste rozumět těmto detailům, jinak + budete asi zklamáni výsledkem. Níže prozkoumáme některé z těchto věcí a + pak se podíváme na příklad. Předpokládáme, že použijete + <systemitem class="library">libavcodec</systemitem> pro enkódování videa, + ačkoli teorie je stejná i pro ostatní kodeky. +</para> + +<para> + Pokud je toho na vás moc, asi byste měli použít některý z pěkných frontendů, + které jsou zmíněny v + <ulink url="http://mplayerhq.hu/homepage/design7/projects.html#mencoder_frontends">sekci MEncoder</ulink> + na naší stránce odvozených projektů. + Takto budete schopni dosahovat vysoce kvalitních ripů bez velkého přemýšlení, + protože většina těchto nástrojů je navržena tak, aby dělala vhodná rozhodnutí + za vás. +</para> + +<sect2 id="menc-feat-dvd-mpeg4-preparing-encode"> +<title>Příprava na enkódování: Určení zdrojového materiálu a datového toku</title> +<para> + Předtím než i jen pomyslíte na enkódování filmu, budete muset učinit + několik přípravných kroků. +</para> + +<para> + Prvním a nejdůležitějším krokem před enkódováním by mělo být zjištění + druhu obsahu se kterým máte co do činění. + Pokud vaše zdrojové video pochází z DVD nebo veřejné/kabelové/satelitní + TV, bude uložen v jednom ze dvou formátů: NTSC v Severní Americe a + Japonsku, PAL v Euvropě, atd. + Je ovšem důležité si uvědomit, že to je pouze formátování pro prezentaci + v televizi a často <emphasis role="bold">neodpovídá</emphasis> + originálnímu formátu filmu. + Zkušenosti ukazují, že NTSC materiál je mnohem těžší enkódovat, + jelikož musíme identifikovat více věcí ve zdrojovém videu. + Abyste dosáhli uspokojivého výsledku, musíte znát původní formát. + Nevezmete-li to správně v potaz, dostanete obraz plný nejrůznějších vad, + včetně ošklivých kombinačních (proklad) artefaktů a zdvojených nebo dokonce + zahozených snímků. + Kromě toho, že budete mít nekvalitní obraz, artefakty rovněž snižují + efektivitu kódování: + Dosáhnete horší kvalitu na jednotku datového toku. +</para> + +<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps"> +<title>Zjištění snímkové rychlosti zdroje</title> +<para> + Zde máte seznam běžných typů zdrojového materiálu, kde na který nejspíš + narazíte a jejich volby: +</para> +<itemizedlist> +<listitem><para> + <emphasis role="bold">Standardní film</emphasis>: Vytvořený pro promítání + v kině při 24fps. +</para></listitem> +<listitem><para> + <emphasis role="bold">PAL video</emphasis>: Zaznamenáno PAL + video kamerou s rychlostí 50 půlsnímků za sekundu. + Půlsnímek sestává jen z lichých nebo sudých řádků daného snímku. + Televize je navržena pro jejich střídavé zobrazování jako laciná + forma analogové komprese. + Lidské oko to pravděpodobně vykompenzuje, ale jakmile porozumíte + prokládání, naučíte se jej vidět i v TV a už si ji neužijete. + Dva půlsnímky <emphasis role="bold">netvoří</emphasis> úplný snímek, + protože jsou zaznamenány s časovou odchylkou 1/50 sekundy a proto se + nekryjí, dokud je zde pohyb. +</para></listitem> +<listitem><para> + <emphasis role="bold">NTSC Video</emphasis>: Zaznamenáno + NTSC video kamerou s rychlostí 60000/1001 půlsnímků za sekundu, nebo 60 + půlsnímků za sekundu v době před barevnou televizí. + Jinak obdobné PAL. +</para></listitem> +<listitem><para> + <emphasis role="bold">Animovaný film</emphasis>: Obvykle kreslený při + 24 snímcích za sekundu, ale rovněž bývá v některé variantě prměnné snímkové + rychlosti. +</para></listitem> +<listitem><para> + <emphasis role="bold">Počítačová grafika (CG)</emphasis>: Může mít jakoukoli + snímkovou rychlost, ale některé jsou častější než jiné; 24 a 30 snímků za + sekundu jsou typické pro NTSC a 25 snímků za sekundu zase pro PAL. +</para></listitem> +<listitem><para> + <emphasis role="bold">Starý film</emphasis>: Různé nižší snímkové rychlosti. +</para></listitem> +</itemizedlist> +</sect3> + +<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material"> +<title>Určení zdrojového materiálu</title> +<para> + Filmy sestávající ze snímků jsou nazývány progresivní, + zatímco ty složené z nezávislých půlsnímků buď prokládané, nebo + jen video – ačkoli druhý termín je zavádějící. +</para> +<para> + Abychom to ještě zkomplikovali, některé filmy mohou být směsí + všeho výše uvedeného. +</para> +<para> + Nejdůležitějším rozdílem mezi všemi těmito formáty je to, že základem + některých jsou snímky a jiných půlsnímky. + <emphasis role="bold">Vždy</emphasis>, když je film připravován pro promítání + v televizi (včetně DVD), je převeden na půlsnímky. + Různé metody jak toho lze dosáhnout jsou souhrnně nazývány "pulldown" a + nechvalně známé NTSC "3:2 telecine" je jednou z variant. + Pokud nebyl základ vašeho filmu rovněž půlsnímkový (se stejnou půlsnímkovou + rychlostí), máte film v jiném formátu, než byl původně. +</para> + +<itemizedlist> +<title>Zde je několik běžných typů pulldown:</title> +<listitem><para> + <emphasis role="bold">PAL 2:2 pulldown</emphasis>: Je nejhezčí z nich. + Každý snímek je zobrazován po dobu dvou půlsnímků tak, že se oddělí liché + a sudé řádky a zobrazují se střídavě. + Pokud měl originál 24 snímků za sekundu, zrychlí se film o 4%. +</para></listitem> +<listitem><para> + <emphasis role="bold">PAL 2:2:2:2:2:2:2:2:2:2:2:3 pulldown</emphasis>: + Každý 12 snímek je zobrazen po dobu tří půlsnímků, místo dvou. + To odstraní nevýhodu 4% zrychlení, ale znesnadní obrácený proces. + Obvykle je používán pouze u hudební produkce, jelikož zde by 4% zrychlení + znatelně poškodilo hudební zážitek. +</para></listitem> +<listitem><para> + <emphasis role="bold">NTSC 3:2 telecine</emphasis>: Snímky jsou zobrazovány + po dobu 2 nebo 3 půlsnímků, čímž je dosaženo 2.5 krát + vyšší půlsnímkové rychlosti, než je originální snímková rychlost. + Výsledek je dále velmi mírně spomalen ze 60 půlsnímků za sekundu na + 60000/1001 půlsnímků za sekundu, aby se dosáhlo NTSC půlsnímkové rychlosti. +</para></listitem> +<listitem><para> + <emphasis role="bold">NTSC 2:2 pulldown</emphasis>: Používá se pro + promítání 30fps materiálu na NTSC. + Pěkné, stejně jako 2:2 PAL pulldown. +</para></listitem> +</itemizedlist> + +<para> + Existují rovněž metody pro konverzi mezi NTSC a PAL vieem, ale to + již je nad rámec této příručky. + Pokud se setkáte s takovým filmem a budete jej chtít enkódovat, + bude pro vás nejlepší opatřit si jej v originálním formátu. + Konverze mezi těmito formáty je vysoce destruktivní a nelze ji + čistě zvrátit, takže výsledek velmi utrpí, pokud je vytvořen z + konvertovaného materiálu. +</para> +<para> + Když je video ukládáno na DVD, po sobě jdoucí páry půlsnímků jsou + seskupovány do snímků, dokonce i když nejsou určeny pro zobrazení + ve stejném okamžiku. + Standard MPEG-2 použitý na DVD a digitální televizi poskytuje možnost + jak pro enkódování originálních progresivních snímků, tak pro uložení + informací do hlavičky snímku o počtu půlsnímků, po jejichž dobu by měl + být daný snímek zobrazován. + Pokud je použita tato metoda, film bývá často označen jako + "soft-telecined", jelikož proces pouze řídí DVD přehrávač pro + aplikaci pulldown na film spíše než že mění samotný film. + Tento případ je velmi upřednostňován, jalikož může být snadno + zvrácen (ve skutečnosti ignorován) enkodérem a proto poskytuje maximální + kvalitu. + Mnoho DVD a televizních produkčních společností však nepoužívá vhodné + enkódovací techniky, ale místo toho produkují filmy s + "hard telecine", kdy jsou ve skutečnosti půlsnímky duplikovány + ve výsledném MPEG-2. +</para> +<para> + Postupy pro tyto případy budou uvedeny + <link linkend="menc-feat-telecine">později v této příručce</link>. + Prozatím si řekneme několik návodů pro identifikaci o jaký typ materiálu jde: +</para> + +<itemizedlist> +<title>NTSC regiony:</title> +<listitem><para> + Pokud <application>MPlayer</application> při přehrávání vypíše, že se snímková + rychlost změnila na 24000/1001 a již se to nezmění, pak se nejspíš jedná + o progresivní obsah, který byl "soft telecinován". +</para></listitem> +<listitem><para> + Pokud <application>MPlayer</application> ukazuje, že se snímková rychlost + mění tam a zpět mezi 24000/1001 a 30000/1001 a někdy vidíte + "combing", pak je zde několik možností. + Segmenty 24000/1001 fps mají téměř jistě "soft telecinovaný" progresivní + obsah, ale 30000/1001 fps části mohou mít buď hard-telecined 24000/1001 fps + obsah, nobo se jedná o 60000/1001 půlsnímků za sekundu NTSC video. + Použijte stejný postup jako v následujících dvou případech pro určení + který z nich to je. +</para></listitem> +<listitem><para> + Pokud <application>MPlayer</application> neukáže změnu snímkové rychlosti + a všechny snímky jsou zubaté, je váš film ve formátu NTSC video s 60000/1001 + půlsnímky za sekundu. +</para></listitem> +<listitem><para> + Pokud <application>MPlayer</application> neukáže změnu snímkové rychlosti + a dva snímky z pěti vypadají zubatě, má vaše video "hard telecinovaný" + 24000/1001fps obsah. +</para></listitem> +</itemizedlist> + +<itemizedlist> +<title>PAL regiony:</title> +<listitem><para> + Pokud není nikde vidět žádné zubatění, je váš film 2:2 pulldown. +</para></listitem> +<listitem><para> + Pokud vidíte jak se objevuje a mizí zubatění každou půlsekundu, + pak je váš film 2:2:2:2:2:2:2:2:2:2:2:3 pulldown. +</para></listitem> +<listitem><para> + Pokud je zubatění vidět stále, je to PAL video s 50 půlsnímky za sekundu. +</para></listitem> +</itemizedlist> + +<note><title>Rada:</title> +<para> + <application>MPlayer</application> umí spomalit přehrávání videa + pomocí volby -speed. + Zkuste použít <option>-speed</option> 0.2 pro velmi pomalé přehrávání a + najděte vzor, pokud jej nevidíte při plné rychlosti. +</para> +</note> +</sect3> +</sect2> + +<sect2 id="menc-feat-dvd-mpeg4-2pass"> +<title>Pevný kvantizer vs. více průchodů</title> + +<para> + Enkódování vašeho videa je možné provést v široké škále kvality. + S moderními video enkodéry a trochou předkodekové komprese + (zmenšení a odšumování) je možné dosáhnout velmi dobré kvality v 700 MB, + pro 90-110 minut dlouhé širokoúhlé video. + Jinak lze všechna videa, snad kromě těch nejdelších, enkódovat v téměř + perfektní kvalitě do 1400 MB. +</para> + +<para> + Jsou tři přístupy k enkódování videa: pevný datový tok (CBR), pevný kvantizer + a víceprůchodový (ABR, neboli průměrovaný datový tok). +</para> + +<para> + Komplexnost snímků ve filmu, a tím i počet bitů potřebných pro jejich + komprimaci, se může velmi lišit od scény ke scéně. + Moderní enkodéry se umí přizpůsobit těmto potřebám změnou datového toku. + V jednoduchých režiměch, jako je CBR, však enkodéry neznají nároky na + datový tok budoucích scén a tak nemohou překročit požadovaný střední + datový tok na dlouhou dobu. + Pokročilejší režimy, jako je víceprůchodové enkódování, umí vzít v + potaz statistiky z předchozích režimů, což odstraní výše zmíněný problém. +</para> + +<note><title>Poznámka:</title> +<para> + Většina kodeků, které podporují ABR enkódování, podporují pouze dvouprůchodové + enkódování, zatímco ostatní jako <systemitem class="library">x264</systemitem>, + <systemitem class="library">XviD</systemitem> + a <systemitem class="library">libavcodec</systemitem> podporují víceprůchodové + enkódování, které s každým průchodem trochu zlepší kvalitu, ačkoli toto + zlepšení již není viditelné, nebo měřitelné po asi čtvrtém průchodu. + V této sekci budeme považovat dvouprůchodové a víceprůchodové + enkódování za shodné. +</para> +</note> + +<para> + V každém z těchto režimů video kodek (jako je + <systemitem class="library">libavcodec</systemitem>) + rozbije videosnímek na makrobloky 16x16 pixelů a potom na každý makroblok + aplikuje kvantizer. Čím je nižší kvantizer, tím je vyšší kvalita a datový tok. + Metoda, kterou enkodér filmu používá pro + určení jaký kvantizer použít pro daný makroblok, se liší a je vysoce + ovlivnitelná. (Toto je extrémní zjednodušení daného procesu, ale je vhodné + rozumět základnímu principu.) +</para> + +<para> + Pokud nastavíte konstantní datový tok, bude videokodek enkódovat video tak, + že zahodí + detaily podle potřeby a jen tolik, aby se udržel pod zadaným datovým tokem. + Pokud je vám opravdu lhostejná velikost souboru, můžete také použít CBR a + nastavit datový tok na nekonečno. (V praxi to znamená nastavit hodnotu tak + vysoko, aby nijak neomezovala, jako 10000 Kbitů.) Bez reálného omezení + datového toku použije kodek + nejnižší možný kvantizer pro každý makroblok (ten je nastaven pomocí + <option>vqmin</option> pro <systemitem class="library">libavcodec</systemitem>, + kde je výchozí 2). Jakmile nastavíte dostatečně nižší + datový tok, takže je kodek + přinucen použít vyšší kvantizer, pak téměř jistě snížíte kvalitu svého videa. + Abyste se tomu vyhnuli, měli byste zvážit zmenšení videa podle postupu + popsaného později v této příručce. +</para> + +<para> + Při konstantním kvantizeru kodek + používá kvantizer nastavený volbou <option>vqscale</option> (pro + <systemitem class="library">libavcodec</systemitem>) na každý makroblok. + Pokud chcete maximálně kvalitní rip, opět bez ohledu na datový tok, můžete + použít <option>vqscale=2</option>. To povede ke stejnému datovému toku a PSNR + (odstup signál – šum) jako CBR s <option>vbitrate</option>=infinity a + výchozím <option>vqmin</option> rovným 2. +</para> + +<para> + Problém s konstantní kvantizací je ten, že používá zadaný kvantizer ať to daný + makroblok potřebuje či nikoli. Je totiž možné použít vyšší kvantizer na + makroblok bez obětování viditelné kvality. Proč tedy plýtvat bity s nemístně + nízkým kvantizerem? Váše CPU má tolik cyklů, kolik máte času, ale na harddisku + máte jen určitý počet bitů. +</para> + +<para> + Při dvouprůchodovém enkódování se v prvním průchodu projde film jakoby měl být + CBR, ale vlastnosti každého snímku se zaznamenají do logu. Tato data jsou pak + použita při druhém průchodu pro inteligentní stanovení použitého kvantizeru. + V rychlých scénách nebo scénách s malým počtem detailů budou častěji používány + vyšší kvantizery a v pomalých nebo detailních scénách zase nižší kvantizery. +</para> + +<para> + Pokud použijete <option>vqscale=2</option>, plýtváte bity. Pokud použijete + <option>vqscale=3</option>, pak nedostanete nejkvalitnější možný rip. + Dejme tomu, že ripujete DVD při <option>vqscale=3</option> a + výsledkem je 1800Kbit. Pokud provedete dvouprůchodové enkódování + s <option>vbitrate=1800</option>, výsledné video bude mít <emphasis + role="bold">vyšší kvalitu</emphasis> při + <emphasis role="bold">stejném datovém toku</emphasis>. +</para> + +<para> + Jelikož jsme vás nyní přesvědčili, že dvouprůchodový režim je správná volba, + skutečnou otázkou je, jaký datový tok použít? Odpověď je, že není jediná + odpověď. Ideálně byste měli zvolit takový datový tok, který zajistí nejlepší + rovnováhu mezi kvalitou a velikostí souboru. Ten bude pokaždé jiný + v závislosti na zdrojovém videu. +</para> + +<para> + Pokud na velikosti souboru nezáleží, pak je dobrý startovní můstek pro rip + s velmi vysokou kvalitou je kolem 2000 Kbitů plus-mínus 200 Kbitů. + Pro rychlé akční nebo vysoce detailní zdrojové video, nebo máte-li velmi + kritické oko, se budete rozhodovat mezi 2400 nebo 2600. + U některých DVD nepoznáte rozdíl při 1400 Kbitech. Je vhodné experimentovat + se scénami při různých datových tocích, abyste pro to dostali cit. +</para> + +<para> + Pokud se snažíte o určitou velikost, budete muset nějak spočítat datový tok. + Ale ještě předtím musíte zjistit, kolik místa byste měli rezervovat pro + zvukové(ou) stopy(u), takže byste si + <link linkend="menc-feat-dvd-mpeg4-audio">je měli ripnout</link> jako první. + Můžete si pak spočítat datový tok pomocí následující rovnice: + <systemitem>datový_tok = (požadovaná_velikost_v_Mbajtech - velikost_zvuku_v_Mbajtech) * + 1024 * 1024 / délka_v_sek * 8 / 1000</systemitem> + Například abyste nacpali dvouhodinový film na 702MB CD, se 60MB zvukovou + stopou, bude muset být datový tok videa: + <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 + = 740kbps (kilobitů za sekundu)</systemitem> +</para> + +</sect2> + + +<sect2 id="menc-feat-dvd-mpeg4-constraints"> +<title>Omezení pro efektivní enkódování</title> + +<para> + Ze samé podstaty komprese typu MPEG vyplývají určitá omezení, která byste měli + ctít, pokud chcete maximální kvalitu. + MPEG rozdělí video na čtverce 16x16 nazývané makrobloky, které se skládají + ze čtyř bloků 8x8 jasové (luma) složky a dvou bloků 8x8 barevné (chroma) + složky v polovičním rozlišení (jeden pro osu červená-cyan (modrozelená) a druhý pro osu + modrá-žlutá). + Dokonce i když šířka a výška vašeho videa nejsou násobky 16, použije enkodér + dostatek 16x16 makrobloků, aby pokryl celou oblast obrazu a zabere místo + navíc, které přijde vniveč. + Takže chcete-li maximalizovat kvalitu při dané velikosti souboru, není dobrý + nápad používat rozměry které nejsou násobky 16. +</para> + +<para> + Většina DVD má také různě velké černé okraje videa. Ponechání těchto ploch + může různým způsobem snížit kvalitu. +</para> + +<orderedlist> +<listitem> +<para> + Komprese typu MPEG je rovněž velmi závislá na plošných frekvenčních + transformacích, konkrétně Diskrétní Kosinové Transformaci (DCT), která se + podobá Fourierově transformaci. Tento druh enkódování je efektivní na + reprezentaci opakujících se vzorů a pozvolné přechody, ale má potíže s ostrými + přechody. Chcete-li je enkódovat, musíte použít mnoho bitů, jinak se objeví + artefakty známé jako kroužkování. +</para> + +<para> + Frekvenční transformace (DCT) je provedena zvlášť pro každý makroblok + (ve skutečnosti na každý blok), takže problém nastane pouze tehdy, je-li ostrý + přechod uvnitř bloku. Pokud vaše černé okraje začínají přesně na hranicích + násobků 16 pixelů, pak to není problém. Černé okraje jsou však na DVD jen + málokdy pěkně umístěny, takže je v praxi budete muset vždy odstranit, abyste + se vyhnuli tomuto problému. +</para> +</listitem> +</orderedlist> + +<para> + Navíc k plošně frekvenčním transformacím používá komprese typu MPEG vektory + pohybu k popisu změn od jednoho snímku ke druhému. Vektory pohybu přirozeně + pracují méně efektivně s novým obsahem přicházejícím zpoza okrajů snímku, + protože ten nebyl přítomen na předchozím snímku. Dokud se obraz rozšiřuje + směrem k okrajům snímku, nemají s tím vektory pohybu žádný problém, ale + jsou-li zde černé okraje, může problém nastat: +</para> + +<orderedlist continuation="continues"> +<listitem> +<para> + Komprese typu MPEG ukládá pro každý makroblok vektor, identifikující která + část předchozího obrázku by měla být zkopírována onoho makrobloku jako základ + pro predikci následujícího snímku. Pouze zbývající odlišnosti musí být + enkódovány. Pokud makroblok přesahuje okraj obrázku a obsahuje část černého + okraje, vektory pohybu z ostatních částí obrázku přepíší černý okraj. + To znamená mnoho bitů spotřebovaných buď na znovuzačernění, nebo se (spíš) + vektory pohybu nepoužijí vůbec a všechny změny v tomto makrobloku se budou + kódovat přímo. Jinými slovy se velmi sníží efektivita enkódování. +</para> + +<para> + Tento problém nastává opět jen v případě, že černé okraje nezačínají na lince + jejíž pozice je násobkem 16. +</para> +</listitem> + +<listitem> +<para> + Nakonec zde máme makroblok uvnitř obrázku do nějž se posunuje objekt z okraje + obrázku. Kódování typu MPEG neumí říct "zkopíruj to co je na obrázku, ale ne + černý okraj." Takže se zkopíruje i černý okraj a spotřebuje se spousta bitů + na enkódování té části obrázku, která tu měla být. +</para> + +<para> + Pokud se obrázek dostane úplně ven z enkódované oblasti, má MPEG speciální + optimalizace pro opakované kopírování pixelů na okraj obrázku pokud přijde + vektor pohybu zvenčí enkódované oblasti. Tato vlastnost bude k ničemu, pokud + má film černé okraje. Na rozdíl od problémů 1 a 2 zde umístění okrajů na + násobky 16 nepomůže. +</para> +</listitem> + +<listitem> +<para> + Navzdory tomu, že okraje jsou úplně černé a nikdy se nemění, je zde vždy + alespoň minimální datový tok spotřebovaný na větší množství makrobloků. +</para> +</listitem> +</orderedlist> + +<para> + Ze všech těchto důvodů doporučujeme zcela odstranit černé okraje. Dále, pokud + je na okraji obrázku oblast se šumem/zkreslením, jejím odstřižením se ještě + zvýší efektivita enkódování. Videofilní puristé, kteří chtějí zůstat tak + blízko originálu, jak je to jen možné, mohou protestovat proti tomuto ořezání, + ale pokud nehodláte enkódovat s konstantním kvantizerem, kvalita kterou + dostanete díky ořezání znatelně převýší množství ztracených informací na + okrajích. +</para> +</sect2> + + +<sect2 id="menc-feat-dvd-mpeg4-crop"> +<title>Ořezávání a škálování</title> + +<para> + 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. +</para> + +<para> + 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. +</para> + +<informaltable> +<?dbhtml table-width="40%" ?> +<?dbfo table-width="40%" ?> +<tgroup cols="8" align="center"> +<colspec colnum="1" colname="col1"/> +<colspec colnum="2" colname="col2"/> +<colspec colnum="3" colname="col3"/> +<colspec colnum="4" colname="col4"/> +<colspec colnum="5" colname="col5"/> +<colspec colnum="6" colname="col6"/> +<colspec colnum="7" colname="col7"/> +<colspec colnum="8" colname="col8"/> +<spanspec spanname="spa1-2" namest="col1" nameend="col2"/> +<spanspec spanname="spa3-4" namest="col3" nameend="col4"/> +<spanspec spanname="spa5-6" namest="col5" nameend="col6"/> +<spanspec spanname="spa7-8" namest="col7" nameend="col8"/> + <tbody> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + <row> + <entry spanname="spa1-2">C</entry> + <entry spanname="spa3-4">C</entry> + <entry spanname="spa5-6">C</entry> + <entry spanname="spa7-8">C</entry> + </row> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + <row> + <entry spanname="spa1-2">C</entry> + <entry spanname="spa3-4">C</entry> + <entry spanname="spa5-6">C</entry> + <entry spanname="spa7-8">C</entry> + </row> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + </tbody> +</tgroup> +</informaltable> + +<para> + Jak vidíte, řádky i sloupce obrázku se přirozeně párují. Při ořezávání tedy + <emphasis>musí</emphasis> 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. +</para> + +<para> + Dále, prokládané video je vzorkováno takto: +</para> + +<informaltable> +<?dbhtml table-width="80%" ?> +<?dbfo table-width="80%" ?> +<tgroup cols="16" align="center"> +<colspec colnum="1" colname="col1"/> +<colspec colnum="2" colname="col2"/> +<colspec colnum="3" colname="col3"/> +<colspec colnum="4" colname="col4"/> +<colspec colnum="5" colname="col5"/> +<colspec colnum="6" colname="col6"/> +<colspec colnum="7" colname="col7"/> +<colspec colnum="8" colname="col8"/> +<colspec colnum="9" colname="col9"/> +<colspec colnum="10" colname="col10"/> +<colspec colnum="11" colname="col11"/> +<colspec colnum="12" colname="col12"/> +<colspec colnum="13" colname="col13"/> +<colspec colnum="14" colname="col14"/> +<colspec colnum="15" colname="col15"/> +<colspec colnum="16" colname="col16"/> +<spanspec spanname="spa1-2" namest="col1" nameend="col2"/> +<spanspec spanname="spa3-4" namest="col3" nameend="col4"/> +<spanspec spanname="spa5-6" namest="col5" nameend="col6"/> +<spanspec spanname="spa7-8" namest="col7" nameend="col8"/> +<spanspec spanname="spa9-10" namest="col9" nameend="col10"/> +<spanspec spanname="spa11-12" namest="col11" nameend="col12"/> +<spanspec spanname="spa13-14" namest="col13" nameend="col14"/> +<spanspec spanname="spa15-16" namest="col15" nameend="col16"/> + <tbody> + <row> + <entry namest="col1" nameend="col8">Horní půlsnímek</entry> + <entry namest="col9" nameend="col16">Spodní půlsnímek</entry> + </row> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + </row> + <row> + <entry spanname="spa1-2">C</entry> + <entry spanname="spa3-4">C</entry> + <entry spanname="spa5-6">C</entry> + <entry spanname="spa7-8">C</entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + </row> + <row> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + </row> + <row> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry spanname="spa9-10">C</entry> + <entry spanname="spa11-12">C</entry> + <entry spanname="spa13-14">C</entry> + <entry spanname="spa15-16">C</entry> + </row> + <row> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + </row> + <row> + <entry spanname="spa1-2">C</entry> + <entry spanname="spa3-4">C</entry> + <entry spanname="spa5-6">C</entry> + <entry spanname="spa7-8">C</entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + </row> + <row> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + <row> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + </row> + <row> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry spanname="spa9-10">C</entry> + <entry spanname="spa11-12">C</entry> + <entry spanname="spa13-14">C</entry> + <entry spanname="spa15-16">C</entry> + </row> + <row> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry></entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + <entry>L</entry> + </row> + </tbody> +</tgroup> +</informaltable> + +<para> + 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. +</para> + +<para> + 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) + širokoúhlých DVD není přesně 16:9, ale bude buď 1.85:1 anebo 2.35:1 + (cinescope). To znamená, že zde budou ve videu černé okraje, které bude nutné + odstřihnout. +</para> + +<para> + <application>MPlayer</application> poskytuje filtr pro detekci potřebného + ořezu, který stanoví ořezový obdélník (<option>-vf cropdetect</option>). + Spusťte <application>MPlayer</application> s volbou + <option>-vf cropd |