new, synced with 1.10

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@16263 b3059339-0415-0410-9bf9-f77b7e298cf2

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 (&quot;DivX&quot;) 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 &ndash; 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 &ndash; š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 cropdetect</option> 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.
+</para>
+
+<para>
+  Pak otestujte získané hodnoty z příkazového řádku<