comparison DOCS/xml/hu/encoding-guide.xml @ 27295:04655a6c01d4

synced with r27326

27294:4c6e4c6032cc

<?xml version="1.0" encoding="utf-8"?>
<!-- synced with r26925 -->
<chapter id="encoding-guide">
<title>Kódolás a <application>MEncoder</application>rel</title>

<sect1 id="menc-feat-dvd-mpeg4">
<title>Nagyon jó minőségű MPEG-4 ("DivX")

fél-felbontású 8x8 chroma (szín) blokkot tartalmaz (egy a vörös-világoskék
tengelyen, a másik a kék-sárga tengelyen).
Ha a film szélessége és magassága nem 16 többszöröse, a kódoló akkor is
elegendő 16x16-os makroblokkot fog használni, hogy lefedje a teljes
képet, a maradék hely veszendőbe megy.
Így ha a minőség maximalizálása a cél egy fix fájlmérettel, akkor
eléggé rossz ötlet nem 16 valamelyik többszörösét használni méretként.
</para>

<para>
A legtöbb DVD-n van valamekkora fekete sáv a sarkokban. Ha ezeket békén

Az egyetlen dolog, amit szeretnél, a videó nagyon könnyű zajszűrőn történő
áteresztése, mint pl. <option>-vf hqdn3d=2:1:2</option>. Ismételten, ezen
bitek jobb felhasználásáról van szó: miért vesztegessük el őket a zaj
kódolására, ha ezt a zajt lejátszás közben is hozzá tudod adni? A
<option>hqdn3d</option> paramétereinek növelésével még jobb tömörítettséget
érhetsz el, de ha túl magasra állítod az értékeket, rontod a kép
láthatóságát.
A fent javasolt értékek (<option>2:1:2</option>) eléggé konzervatívak;
kísérletezz szabadon nagyobb értékekkel és ellenőrizd az eredményeket magad.
</para>
</sect2>

ha az AC-3-at demuxálod és egy másik alkalmazással kódolod (vagy kimented
PCM-be az <application>MPlayer</application>rel), a szeletek hibásan maradnak
benne és csak képkocka eldobással/duplázással lehet javítani.
Amíg a <application>MEncoder</application> látja az audiót a videó kódolása
közben, meg tudja csinálni ezt az eldobást/duplázást (ami általában rendben
van, mert teljesen sötét/jelentetváltásos helyeken történik), de ha a
<application>MEncoder</application> nem látja az audiót, csak feldolgoz
minden képkockát úgy ahogy van és nem fog illeszkedni a végső audió folyamhoz
ha például összeilleszted az audió és a videó sávodat egy Matroska fájlba.
</para>

  A <option>-vf filmdint</option> hasonló a
  <option>-vf pullup</option>-hoz: mindkét szűrő megpróbálja egyeztetni a
  mezőpárokat, hogy azok egy komplett képkockát adjanak. A <option>filmdint</option>
  deinterlace-lni fogja az egyedi mezőket, amelyeket nem tud egyeztetni,
  míg a <option>pullup</option> egyszerűen csak eldobja őket. A két szűrő
  különböző detektáló kódot alkalmaz és a filmdint néha túl kevés mezőt
  egyeztet. Az, hogy melyik szűrő a jobb, a bemeneti videótól és az egyéni
  ízléstől függ; kísérletezz szabadon a szűrők opcióinak finomhangolásával,
  ha valamelyikkel problémád van (lásd a man oldalt a részletekért).
  A legtöbb jól elkészített bemeneti videónál mindkettő eléggé jól működik,
  így bármelyik jó választás lehet a kezdéshez.

<listitem><formalpara>
  <title>A pullup teljesítményéről:</title>
  <para>
  Bátran használhatod a <option>pullup</option>-ot (a <option>softskip</option>pel
  együtt) a progresszív videókon és ez általában jó ötlet, hacsak a forrás
  nem egyértelműen teljesen progresszív. A teljesítményveszteség kicsi az
  esetek többségében. Nagyon ritka kódolási esetekben a <option>pullup</option>
  a <application>MEncoder</application> 50%-os lassulását okozhatja.
  A zenefeldolgozás hozzáadása és a fejlett <option>lavcopts</option>
  háttérbe szorítja ezt a különbséget, a <option>pullup</option> miatti
  teljesítményromlást 2%-ra csökkentve.

hogy váltson "jobb minőségre" és kész.
Ez szép is lenne, de sajnos nehezen megvalósítható, mert a különböző
kódolási opciók különböző minőséget eredményeznek, mely függ a forrás
anyagtól is.
Ez azért van, mert a tömörítés függ a szóbanforgó videó vizuális tulajdonságaitól.
Például az anime és az élő felvétel két nagyon különböző anyag és
így különböző opciókat követelnek meg az optimális kódoláshoz.
A jó hír, hogy néhány opciót soha sem lehet elhagyni, mint például az
<option>mbd=2</option>, <option>trell</option> és <option>v4mv</option>.
Olvass tovább a gyakori kódolási opciók leírásához.
</para>

  <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Összehasonlító funkciók
  a mozgás becsléshez.
  Kísérletezz a 0 (alapértelmezett), 2 (hadamard), 3 (dct) és 6 (ráta
  torzítás) értékekkel!
  0 a leggyorsabb és és elegendő a precmp-hez.
  A cmp-hez és subcmp-hez 2 jó, ha anime és 3 ha élő akció.
  A 6 vagy jobb vagy nem, de mindenképpen lassabb.
</para></listitem>
<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Az előző képkockából megjósolandó
  mozgások száma.

  Az ötlet emögött az opció mögött az, hogy egy jó heurisztikát használnak
  annak megállapítására, hogy a blokkban történt változás kisebb-e, mint az
  általad megadott küszöb és ebben az esetben egyszerűen "változtatás nélkül"
  kerül elkódolásra a blokk.
  Ez biteket ment meg és talán gyorsít is a kódoláson. A vlelim=-4 és
  vcelim=9 látszólag jók az élő filmekhez, de nem segítenek az anime-nál;
  ha animációt kódolsz, inkább hagyd őket változatlanul.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Negyed pixel mozgás becslés.
  Az MPEG-4 fél pixeles precíziót használ a mozgáskereséshez alapértelmezésként,
  ezért ez az opció plusz terhelést hoz, mivel több információ tárolódik az
  elkódolt fájlban. A tömörítési nyereség/veszteség a filmtől függ, de
  általában nem hatékony anime-oknál.
  A qpel mindig jelentős dekódolási CPU idő igénnyel jár (+25% a gyakorlatban).
</para></listitem>
<listitem><para>
  <emphasis role="bold">psnr</emphasis>: nem érinti az aktuális kódolást,
  de készít egy log fájlt, mely megadja minden képkocka típusát/méretét/minőségét

  opciót nem állítottad a minimumra.
</para></listitem>
<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>
  Bekapcsol egy jobb együttható kölcségbecslő módszert, ami kissé
  csökkenti a fájlméretet, kb. 0,15-0,19% között (ami kevesebb, mint
  0,01dB-es PSNR növekedésnek felel meg), miközben jelentéktelen
  hatása van a sebességre. Ezért ajánlott mindig bekapcsolva hagyni.
</para></listitem>
<listitem><para>
 <emphasis role="bold">cartoon</emphasis>

  Javítja a mozgás előrejelzést úgy, hogy a számításba beleveszi
  a chroma (szín) információkat is, míg a <option>me_quality</option>
  csak a luma-t (grayscale) használja.
  Ez 5-10%-kal lassítja a kódolást, de eléggé javítja a vizuális
  minőséget a blokkosodási effektusok csökkentésével és csökkenti
  a fájlméretet kb. 1,3%-kal.
  Ha a sebesség érdekel, kapcsold ki ezt az opciót, mielőtt
  elkezdenél töprengeni a <option>me_quality</option> csökkentésén.
</para></listitem>
<listitem><para>
  <emphasis role="bold">chroma_opt</emphasis>

  <entry>X</entry>
  <entry>X</entry>
  <entry>X</entry>
</row>
<row>
  <entry>Quaterpixel</entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry>X</entry>

  használj az első lépésben és majd a második lépésben emeld.
  Általában ez jelentéktelen negatív hatással van a végső minőségre:
  valószínűleg jóval kevesebb, mint 0.1dB PSNR-t veszítesz, ami
  túl kicsi különbség ahhoz, hogy észrevedd.
  Bár a <option>frameref</option> különböző értékei alkalmanként
  befolyásolhatják a frametype döntéseket.
  Ezek legtöbbször ritka, szélsőséges esetek, de ha teljesen biztos
  akarsz lenni, gondolkozz el rajta, hogy van-e a videódban teljes
  képernyős ismétlődő, csillogó minta vagy nagyon nagy ideiglenes
  elzáródás, ami kikényszeríthet egy I-kockát. 
  Az első lépés <option>frameref</option>-jét úgy állítsd be, hogy

  <entry>f3c174edcbaef7cb947d6357cdfde7ff</entry>
  <entry></entry>
</row>
<row>
  <entry>m3jpeg32.dll</entry>
  <entry>Morgan Motion JPEG Codec (MJPG)</entry>
  <entry>1cd13fff5960aa2aae43790242c323b1</entry>
  <entry></entry>
</row>
<row>
  <entry>mpg4c32.dll</entry>

  <application>MPlayer</application>rel.

  <screen>mplayer narnia.avi -dumpaudio -dumpfile narnia.aac
mplayer narnia.avi -dumpvideo -dumpfile narnia.h264</screen>

  A fájlnevek fontosak; az <application>mp4creator</application>
  <systemitem>.aac</systemitem> kiterjesztésű AAC audió folyamot és
  <systemitem>.h264</systemitem> kiterjesztésű H.264 videó folyamot vár.
</para>

<para>

27295:04655a6c01d4

<?xml version="1.0" encoding="utf-8"?>
<!-- synced with r26990 -->
<chapter id="encoding-guide">
<title>Kódolás a <application>MEncoder</application>rel</title>

<sect1 id="menc-feat-dvd-mpeg4">
<title>Nagyon jó minőségű MPEG-4 ("DivX")

fél-felbontású 8x8 chroma (szín) blokkot tartalmaz (egy a vörös-világoskék
tengelyen, a másik a kék-sárga tengelyen).
Ha a film szélessége és magassága nem 16 többszöröse, a kódoló akkor is
elegendő 16x16-os makroblokkot fog használni, hogy lefedje a teljes
képet, a maradék hely veszendőbe megy.
Így ha a minőség maximalizálása a cél egy fix fájl mérettel, akkor
eléggé rossz ötlet nem 16 valamelyik többszörösét használni méretként.
</para>

<para>
A legtöbb DVD-n van valamekkora fekete sáv a sarkokban. Ha ezeket békén

Az egyetlen dolog, amit szeretnél, a videó nagyon könnyű zajszűrőn történő
áteresztése, mint pl. <option>-vf hqdn3d=2:1:2</option>. Ismételten, ezen
bitek jobb felhasználásáról van szó: miért vesztegessük el őket a zaj
kódolására, ha ezt a zajt lejátszás közben is hozzá tudod adni? A
<option>hqdn3d</option> paramétereinek növelésével még jobb tömörítettséget
érhetsz el, de ha túl magasra állítod az értékeket, akkor láthatóan rontod
a kép minőségét.
A fent javasolt értékek (<option>2:1:2</option>) eléggé konzervatívak;
kísérletezz szabadon nagyobb értékekkel és ellenőrizd az eredményeket magad.
</para>
</sect2>

ha az AC-3-at demuxálod és egy másik alkalmazással kódolod (vagy kimented
PCM-be az <application>MPlayer</application>rel), a szeletek hibásan maradnak
benne és csak képkocka eldobással/duplázással lehet javítani.
Amíg a <application>MEncoder</application> látja az audiót a videó kódolása
közben, meg tudja csinálni ezt az eldobást/duplázást (ami általában rendben
van, mert teljesen sötét/jelentet váltásos helyeken történik), de ha a
<application>MEncoder</application> nem látja az audiót, csak feldolgoz
minden képkockát úgy ahogy van és nem fog illeszkedni a végső audió folyamhoz
ha például összeilleszted az audió és a videó sávodat egy Matroska fájlba.
</para>

  A <option>-vf filmdint</option> hasonló a
  <option>-vf pullup</option>-hoz: mindkét szűrő megpróbálja egyeztetni a
  mezőpárokat, hogy azok egy komplett képkockát adjanak. A <option>filmdint</option>
  deinterlace-lni fogja az egyedi mezőket, amelyeket nem tud egyeztetni,
  míg a <option>pullup</option> egyszerűen csak eldobja őket. A két szűrő
  különböző detektáló kódot alkalmaz és a <option>filmdint</option> néha túl kevés mezőt
  egyeztet. Az, hogy melyik szűrő a jobb, a bemeneti videótól és az egyéni
  ízléstől függ; kísérletezz szabadon a szűrők opcióinak finomhangolásával,
  ha valamelyikkel problémád van (lásd a man oldalt a részletekért).
  A legtöbb jól elkészített bemeneti videónál mindkettő eléggé jól működik,
  így bármelyik jó választás lehet a kezdéshez.

<listitem><formalpara>
  <title>A pullup teljesítményéről:</title>
  <para>
  Bátran használhatod a <option>pullup</option>-ot (a <option>softskip</option>pel
  együtt) a progresszív videókon és ez általában jó ötlet, hacsak a forrás
  nem egyértelműen teljesen progresszív. A teljesítmény veszteség kicsi az
  esetek többségében. Nagyon ritka kódolási esetekben a <option>pullup</option>
  a <application>MEncoder</application> 50%-os lassulását okozhatja.
  A zenefeldolgozás hozzáadása és a fejlett <option>lavcopts</option>
  háttérbe szorítja ezt a különbséget, a <option>pullup</option> miatti
  teljesítményromlást 2%-ra csökkentve.

hogy váltson "jobb minőségre" és kész.
Ez szép is lenne, de sajnos nehezen megvalósítható, mert a különböző
kódolási opciók különböző minőséget eredményeznek, mely függ a forrás
anyagtól is.
Ez azért van, mert a tömörítés függ a szóbanforgó videó vizuális tulajdonságaitól.
Például az Anime és az élő felvétel két nagyon különböző anyag és
így különböző opciókat követelnek meg az optimális kódoláshoz.
A jó hír, hogy néhány opciót soha sem lehet elhagyni, mint például az
<option>mbd=2</option>, <option>trell</option> és <option>v4mv</option>.
Olvass tovább a gyakori kódolási opciók leírásához.
</para>

  <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Összehasonlító funkciók
  a mozgás becsléshez.
  Kísérletezz a 0 (alapértelmezett), 2 (hadamard), 3 (dct) és 6 (ráta
  torzítás) értékekkel!
  0 a leggyorsabb és és elegendő a precmp-hez.
  A cmp-hez és subcmp-hez 2 jó, ha Anime és 3 ha élő akció.
  A 6 vagy jobb vagy nem, de mindenképpen lassabb.
</para></listitem>
<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Az előző képkockából megjósolandó
  mozgások száma.

  Az ötlet emögött az opció mögött az, hogy egy jó heurisztikát használnak
  annak megállapítására, hogy a blokkban történt változás kisebb-e, mint az
  általad megadott küszöb és ebben az esetben egyszerűen "változtatás nélkül"
  kerül elkódolásra a blokk.
  Ez biteket ment meg és talán gyorsít is a kódoláson. A vlelim=-4 és
  vcelim=9 látszólag jók az élő filmekhez, de nem segítenek az Anime-nál;
  ha animációt kódolsz, inkább hagyd őket változatlanul.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Negyed pixel mozgás becslés.
  Az MPEG-4 fél pixeles precíziót használ a mozgáskereséshez alapértelmezésként,
  ezért ez az opció plusz terhelést hoz, mivel több információ tárolódik az
  elkódolt fájlban. A tömörítési nyereség/veszteség a filmtől függ, de
  általában nem hatékony Anime-oknál.
  A qpel mindig jelentős dekódolási CPU idő igénnyel jár (+25% a gyakorlatban).
</para></listitem>
<listitem><para>
  <emphasis role="bold">psnr</emphasis>: nem érinti az aktuális kódolást,
  de készít egy log fájlt, mely megadja minden képkocka típusát/méretét/minőségét

  opciót nem állítottad a minimumra.
</para></listitem>
<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>
  Bekapcsol egy jobb együttható kölcségbecslő módszert, ami kissé
  csökkenti a fájl méretet, kb. 0,15-0,19% között (ami kevesebb, mint
  0,01dB-es PSNR növekedésnek felel meg), miközben jelentéktelen
  hatása van a sebességre. Ezért ajánlott mindig bekapcsolva hagyni.
</para></listitem>
<listitem><para>
 <emphasis role="bold">cartoon</emphasis>

  Javítja a mozgás előrejelzést úgy, hogy a számításba beleveszi
  a chroma (szín) információkat is, míg a <option>me_quality</option>
  csak a luma-t (grayscale) használja.
  Ez 5-10%-kal lassítja a kódolást, de eléggé javítja a vizuális
  minőséget a blokkosodási effektusok csökkentésével és csökkenti
  a fájl méretet kb. 1,3%-kal.
  Ha a sebesség érdekel, kapcsold ki ezt az opciót, mielőtt
  elkezdenél töprengeni a <option>me_quality</option> csökkentésén.
</para></listitem>
<listitem><para>
  <emphasis role="bold">chroma_opt</emphasis>

  <entry>X</entry>
  <entry>X</entry>
  <entry>X</entry>
</row>
<row>
  <entry>Quarterpixel</entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry>X</entry>

  használj az első lépésben és majd a második lépésben emeld.
  Általában ez jelentéktelen negatív hatással van a végső minőségre:
  valószínűleg jóval kevesebb, mint 0.1dB PSNR-t veszítesz, ami
  túl kicsi különbség ahhoz, hogy észrevedd.
  Bár a <option>frameref</option> különböző értékei alkalmanként
  befolyásolhatják a képkocka típus döntéseket.
  Ezek legtöbbször ritka, szélsőséges esetek, de ha teljesen biztos
  akarsz lenni, gondolkozz el rajta, hogy van-e a videódban teljes
  képernyős ismétlődő, csillogó minta vagy nagyon nagy ideiglenes
  elzáródás, ami kikényszeríthet egy I-kockát. 
  Az első lépés <option>frameref</option>-jét úgy állítsd be, hogy

  <entry>f3c174edcbaef7cb947d6357cdfde7ff</entry>
  <entry></entry>
</row>
<row>
  <entry>m3jpeg32.dll</entry>
  <entry>Morgan Motion JPEG Codec (MJPEG)</entry>
  <entry>1cd13fff5960aa2aae43790242c323b1</entry>
  <entry></entry>
</row>
<row>
  <entry>mpg4c32.dll</entry>

  <application>MPlayer</application>rel.

  <screen>mplayer narnia.avi -dumpaudio -dumpfile narnia.aac
mplayer narnia.avi -dumpvideo -dumpfile narnia.h264</screen>

  A fájl nevek fontosak; az <application>mp4creator</application>
  <systemitem>.aac</systemitem> kiterjesztésű AAC audió folyamot és
  <systemitem>.h264</systemitem> kiterjesztésű H.264 videó folyamot vár.
</para>

<para>