comparison DOCS/xml/de/encoding-guide.xml @ 20276:f0f6217f58e2

r20257: Disable loading of file-specific configuration file from the same directory as the played file. Add a command-line switch to enable it. r20260: Update x264 option names that changed with r20060 r20264: small grammar fix r20265: Use American spelling of "gray" instead for British's "grey" for XviD option r20277: Update x264 option names that changed with r20060 r20279: mention new -use-filedir-conf option in general config description r20280: remove me=3 leftover (x264)

20275:ddca57b8e349

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- In sync with r20043 -->

<chapter id="encoding-guide">
  <title>Encodieren mit <application>MEncoder</application></title>

  <sect1 id="menc-feat-dvd-mpeg4">

            <para>
              <emphasis role="bold">me</emphasis>:
              Diese Option dient der Wahl der Suchmethode der Bewegungseinschätzung.
              Diese Option zu verändern stellt einen überschaubaren Kompromiss
              zwischen Qualität und Geschwindigkeit dar.
              <option>me=1</option> ist nur ein paar Prozent schneller als
              die Standardsuche, auf Kosten von unter 0.1dB globalem PSNR. Die
              Standardeinstellung (<option>me=2</option>) ist ein angemessener
              Kompromiss zwischen Qualität und Geschwindigkeit.
              <option>me=3</option> bringt ein wenig unter 0.1dB globalem PSNR,
              mit Geschwindigkeitsnachteil, der abhängig von <option>frameref</option>
              variiert. Bei hohen <option>frameref</option>-Werten (z.B. 12 oder so)
              ist <option>me=3</option> etwa 40% langsamer als die Standardeinstellung
              <option>me=2</option>. Mit <option>frameref=3</option> fällt der
              Geschwindigkeitsnachteil auf 25%-30%.
            </para>
            <para>
              <option>me=4</option> verwendet eine gründliche, für die praktische
              Anwendung zu langsame Suche.
            </para>
          </listitem>

          <listitem>
            <para>
              <emphasis role="bold">4x4mv</emphasis>:
              Diese Option aktiviert die Verwendung von 8x4, 4x8 und 4x4 Unterteilungen
              in den vorhergesagten Macroblöcken. Sie zu aktivieren führt zu einem
              recht beständigen Geschwindigkeitsverlust von 10%-15%. Sie ist
              ziemlich nutzlos bei Quellen, die nur langsame Bewegungen enthalten,
              obwohl in manchen Quellen mit sehr viel Bewegung und vielen kleinen,
              sich bewegenden Objekten Zugewinne von etwa 0.1dB erwartet werden können.
            </para>

              ausfallen, weil die Größenvorhersage weniger akkurat ist, jedoch
              ist die Qualitätsdifferenz normalerweise viel zu klein, um sichtbar zu sein.
              Versuche zum Beispiel <option>subq=1:frameref=1</option> zu
              <option>x264encopts</option> des ersten Durchgangs hinzuzufügen.
              Verwende dann im zweiten Durchgang langsamere, hochwertigere Optionen:
              <option>subq=6:frameref=15:4x4mv:me=3</option>
            </para>
          </listitem>
          <listitem>
            <para>
              <emphasis role="bold">Encodierung mit drei Durchgängen</emphasis>?

              vorhanden sind.
            </para>
          </listitem>
          <listitem>
            <para>
              <emphasis role="bold">deblockalpha, deblockbeta</emphasis>:
              Dieses Thema ist im Begriff etwas kontrovers zu geraten.
            </para>
            <para>
              H.264 definiert eine simple Deblocking-Prozedur bei I-Blöcken, die
              von vorgegebenen Stärken und vom QP des strittigen Blocks

              niedrige QP-Blöcke werden überhaupt nicht entblockt.
              Die vom Standard definierten vorgegebenen Stärken sind mit
              Bedacht gewählt und die Chancen stehen sehr gut, dass sie
              PSNR-optimal sind, egal welches Video auch immer du zu encodieren
              versuchst.
              Die <option>deblockalpha</option>- und
              <option>deblockbeta</option>-Parameter erlauben dir, Offsets festzulegen,
              um Deblocking-Schwellen voreinzustellen.
            </para>
            <para>
              Viele Leute scheinen zu glauben, es sei eine gute Idee, die Stärke
              des Deblocking-Filters um hohe Beträge abzusenken (sagen wir -3).

              <row><entry>Beschreibung</entry><entry>Encodier-Optionen</entry><entry>Geschwindigkeit (in fps)</entry><entry>Relativer PSNR-Verlust (in dB)</entry></row>
            </thead>
            <tbody>
              <row>
                <entry>Sehr hohe Qualität</entry>
                <entry><option>subq=6:4x4mv:8x8dct:me=3:frameref=5:bframes=3:b_pyramid:weight_b</option></entry>
                <entry>6fps</entry>
                <entry>0dB</entry>
              </row>
              <row>
                <entry>Hohe Qualität</entry>
                <entry><option>subq=5:4x4mv:8x8dct:frameref=2:bframes=3:b_pyramid:weight_b</option></entry>
                <entry>13fps</entry>
                <entry>-0.89dB</entry>
              </row>
              <row>
                <entry>Schnell</entry>

20276:f0f6217f58e2

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- In sync with r20280 -->

<chapter id="encoding-guide">
  <title>Encodieren mit <application>MEncoder</application></title>

  <sect1 id="menc-feat-dvd-mpeg4">

            <para>
              <emphasis role="bold">me</emphasis>:
              Diese Option dient der Wahl der Suchmethode der Bewegungseinschätzung.
              Diese Option zu verändern stellt einen überschaubaren Kompromiss
              zwischen Qualität und Geschwindigkeit dar.
              <option>me=dia</option> ist nur ein paar Prozent schneller als
              die Standardsuche, auf Kosten von unter 0.1dB globalem PSNR. Die
              Standardeinstellung (<option>me=hex</option>) ist ein angemessener
              Kompromiss zwischen Qualität und Geschwindigkeit.
              <option>me=umh</option> bringt ein wenig unter 0.1dB globalem PSNR,
              mit Geschwindigkeitsnachteil, der abhängig von <option>frameref</option>
              variiert. Bei hohen <option>frameref</option>-Werten (z.B. 12 oder so)
              ist <option>me=umh</option> etwa 40% langsamer als die Standardeinstellung
              <option>me=hex</option>. Mit <option>frameref=3</option> fällt der
              Geschwindigkeitsnachteil auf 25%-30%.
            </para>
            <para>
              <option>me=esa</option> verwendet eine gründliche, für die praktische
              Anwendung zu langsame Suche.
            </para>
          </listitem>

          <listitem>
            <para>
              <emphasis role="bold">partitions=all</emphasis>:
              Diese Option aktiviert die Verwendung von 8x4, 4x8 und 4x4 Unterteilungen
              in den vorhergesagten Macroblöcken (zusätzlich zu den Standardunterteilungen).
	      Sie zu aktivieren führt zu einem
              recht beständigen Geschwindigkeitsverlust von 10%-15%. Sie ist
              ziemlich nutzlos bei Quellen, die nur langsame Bewegungen enthalten,
              obwohl in manchen Quellen mit sehr viel Bewegung und vielen kleinen,
              sich bewegenden Objekten Zugewinne von etwa 0.1dB erwartet werden können.
            </para>

              ausfallen, weil die Größenvorhersage weniger akkurat ist, jedoch
              ist die Qualitätsdifferenz normalerweise viel zu klein, um sichtbar zu sein.
              Versuche zum Beispiel <option>subq=1:frameref=1</option> zu
              <option>x264encopts</option> des ersten Durchgangs hinzuzufügen.
              Verwende dann im zweiten Durchgang langsamere, hochwertigere Optionen:
              <option>subq=6:frameref=15:partitions=all:me=umh</option>
            </para>
          </listitem>
          <listitem>
            <para>
              <emphasis role="bold">Encodierung mit drei Durchgängen</emphasis>?

              vorhanden sind.
            </para>
          </listitem>
          <listitem>
            <para>
              <emphasis role="bold">deblock</emphasis>:
              Dieses Thema ist im Begriff etwas kontrovers zu geraten.
            </para>
            <para>
              H.264 definiert eine simple Deblocking-Prozedur bei I-Blöcken, die
              von vorgegebenen Stärken und vom QP des strittigen Blocks

              niedrige QP-Blöcke werden überhaupt nicht entblockt.
              Die vom Standard definierten vorgegebenen Stärken sind mit
              Bedacht gewählt und die Chancen stehen sehr gut, dass sie
              PSNR-optimal sind, egal welches Video auch immer du zu encodieren
              versuchst.
              Der Parameter <option>deblock</option> erlaubt dir, Offsets festzulegen,
              um Deblocking-Schwellen voreinzustellen.
            </para>
            <para>
              Viele Leute scheinen zu glauben, es sei eine gute Idee, die Stärke
              des Deblocking-Filters um hohe Beträge abzusenken (sagen wir -3).

              <row><entry>Beschreibung</entry><entry>Encodier-Optionen</entry><entry>Geschwindigkeit (in fps)</entry><entry>Relativer PSNR-Verlust (in dB)</entry></row>
            </thead>
            <tbody>
              <row>
                <entry>Sehr hohe Qualität</entry>
                <entry><option>subq=6:partitions=all:8x8dct:me=umh:frameref=5:bframes=3:b_pyramid:weight_b</option></entry>
                <entry>6fps</entry>
                <entry>0dB</entry>
              </row>
              <row>
                <entry>Hohe Qualität</entry>
                <entry><option>subq=5:8x8dct:frameref=2:bframes=3:b_pyramid:weight_b</option></entry>
                <entry>13fps</entry>
                <entry>-0.89dB</entry>
              </row>
              <row>
                <entry>Schnell</entry>