comparison DOCS/xml/de/encoding-guide.xml @ 24610:94e084f0e8ea

r21612: replace " with ", better readability

24609:ed1846210be9

<?xml version="1.0" encoding="utf-8"?>
<!-- in sync with r21599 -->
<!-- missing cosmetic commit 21537 -->
<chapter id="encoding-guide">
  <title>Encodieren mit <application>MEncoder</application></title>

  <sect1 id="menc-feat-dvd-mpeg4">
    <title>Erzeugen eines hochwertigen MPEG-4-Rips (&quot;DivX&quot;) eines DVD-Films</title>

    <para>
      Eine häufig gestellte Frage ist
      &quot;Wie mache ich den hochwertigsten Rip für eine gegebene Größe?&quot;.
      Eine weitere Frage ist
      &quot;Wie mache ich den qualitativ bestmöglichen DVD-Rip? Die Dateigröße ist
      mir egal, ich will einfach nur die beste Qualität.&quot;
    </para>

    <para>
      Die letzte Frage ist zumindest etwas falsch gestellt. Wenn du dir
      schließlich keine Gedanken um die Dateigröße machst, warum kopierst Du

          Feld-basiert sind.
          <emphasis role="bold">Immer</emphasis> wenn ein Film für die
          Anzeige auf dem Fernseher vorbereitet wird (einschließlich
          DVD), wird er in ein Feld-basiertes Format konvertiert.
          Die verschiedenen Methoden, mit denen dies bewerkstelligt werden
          kann, werden zusammengenommen als &quot;telecine&quot; bezeichnet, von welchen
          das verrufene NTSC &quot;3:2 pulldown&quot; eine Abart darstellt.
          Sofern das Originalmaterial nicht Feld-basiert war (bei gleicher
          Feldrate), erhältst du einen Film in einem anderen Format als
          das Original.
        </para>

          zu zeigen.
          Der bei DVD und digitalem TV verwendete MPEG-2-Standard bietet einen Weg
          für beides, die originalen progressiven Frames zu encodieren und die Anzahl
          der Felder, für die ein Frame gezeigt werden soll, im Header dieses Frames
          zu speichern.
          Wurde diese Methode angewandt, wird dieser Film oft als "soft telecined"
          beschrieben, da der Prozess eher nur den DVD-Player anweist, pulldown
          auf den Film anzuwenden, als den Film selbst abzuändern.
          Dieser Fall sollte möglichst bevorzugt werden, da er (eigentlich ignoriert)
          leicht vom Encoder rückgängig gemacht werden kann und da er die maximale
          Qualität beibehält.
          Wie auch immer, viele DVD- und Rundfunkproduktionsstudios verwenden
          keine passenden Encodierungstechniken, sie produzieren stattdessen Filme mit
          "hard telecine", bei denen Felder sogar in encodiertes MPEG-2 dupliziert
          werden.
        </para>
        <para>
          Die Vorgehensweisen für den Umgang mit solchen Fällen werden
          <link linkend="menc-feat-telecine">später in diesem Handbuch</link>

          <listitem>
            <para>
              Wenn <application>MPlayer</application> angibt, dass die Framerate
              während des Betrachtens des Films zu 24000/1001 gewechselt hat
              und diese nie wieder zurückwechselt, handelt es sich meist mit
              Sicherheit um progressiven Inhalt, der &quot;soft telecined&quot; wurde.
            </para>
          </listitem>
          <listitem>
            <para>
              Wenn <application>MPlayer</application> anzeigt, dass die Framerate
              zwischen 24000/1001 und 30000/1001 vor und zurück wechselt, und Du
              siehst hin und wieder Kammartefakte, dann gibt es mehrere Möglichkeiten.
              Die Segmente mit 24000/1001 fps sind meist mit Sicherheit progressiver
              Inhalt, &quot;soft telecined&quot;, jedoch könnten die Teile mit 30000/1001 fps
              entweder &quot;hard telecined&quot; 24000/1001 fps Inhalt oder 60000/1001 Felder
              pro Sekunde NTSC-Video sein.
              Verwende die selben Richtwerte wie in den folgenden zwei Fällen, um zu
              bestimmen, um was es sich handelt.
            </para>
          </listitem>

          </listitem>
          <listitem>
            <para>
              Wenn <application>MPlayer</application> nie einen Frameratenwechsel
              anzeigt und zwei von fünf Frames gekämmt (combed) erscheinen, ist der
              Inhalt deines Films &quot;hard telecined&quot; 24000/1001 fps.
            </para>
          </listitem>
        </itemizedlist>

        <itemizedlist>

          <title>Tipp:</title>
          <para>
            <application>MPlayer</application> kann das Filmplayback
            mittels der Option -speed verlangsamen oder Frame für Frame abspielen.
            Versuche <option>-speed</option> 0.2 zu verwenden, um den Film sehr lamgsam
            anzusehen oder drücke wiederholt die Taste &quot;<keycap>.</keycap>&quot;, um jeweils
            einen Frame abzuspielen und identifiziere dann das Muster, falls du bei voller
            Geschwindigkeit nichts erkennen kannst.
          </para>
        </note>
      </sect3>

        <listitem>
          <para>
            Zuletzt noch was, angenommen wir haben einen Macroblock im Inneren des
            Bildes und ein Objekt bewegt sich aus Richtung Nähe der Kante des Bildes
            her in diesen Block hinein. Die MPEG-Encodierung kann nicht sagen
            &quot;kopiere den Teil, der innerhalb des Bildes liegt, den schwarzen Rand
            aber nicht&quot;. Somit wird der schwarze Rand ebenfalls mit hinein kopiert
            und jede Menge Bits müssen zur Encodierung des Teils des Bildes, der
            dort angenommen wird, aufgewendet werden.
          </para>

          <para>

        für dich erledigen lassen, da dieser einen optionalen Parameter
        <option>round</option> besitzt, der standardmäßig gleich 16 ist.
      </para>

      <para>
        Pass auch auf &quot;halbschwarze&quot; Pixel an den Kanten auf. Stelle sicher, dass
        du diese ebenfalls mit abschneidest oder du vergeudest dort Bits, wo sie
        doch besser anderswo verwendet werden sollten.
      </para>

      <para>

        Das Konzept der Bitrate ist denkbar einfach.
        Sie ist die (mittlere) Anzahl Bits, die pro Sekunde zum Speichern des
        Films verbraucht werden.
        Normalerweise wird die Bitrate in Kilobit (1000 Bit) pro Sekunde gemessen.
        Die Größe deines Films auf der Platte ist die Bitrate multipliziert mit der
        Dauer des Films, plus einem kleinen "Overhead" (siehe zum Beispiel in der
        Sektion über
        <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">den AVI-Container</link>).
        Weitere Parameter wie Skalierung, Cropping, usw. werden die Dateigröße
        <emphasis role="bold">nicht</emphasis> ändern, solange du nicht auch
        die Bitrate veränderst!

          </listitem>
        </orderedlist>
      </para>
      <para>
        Vergangene Leitfäden legten nahe, eine Bitrate und Auflösung zu wählen,
        die auf eine &quot;Bits pro Pixel&quot;-Näherung basieren, dies ist jedoch im
        allgemeinen aus oben genannten Gründen nicht gültig.
        Eine bessere Schätzung scheint zu sein, dass Bitraten proportional zur
        Quadratwurzel der Auflösung skalieren, sodass 320x240 und 400 KBit/Sek
        vergleichbar mit 640x480 bei 800 KBit/Sek wären.
        Dies wurde aber nicht mit theoretischer oder empirischer Strenge verifiziert.

        deine Input-Datei eine variable Framerate besitzt!
        Deshalb wird eine allgemeine Anwendung von <option>-noskip</option> nicht empfohlen.
      </para>
      <para>
        Die von <application>MEncoder</application> unterstützte sogenannte
        &quot;3-pass&quot; Audioencodierung soll laut Berichten A/V-Desynchronisation
        verursachen.
        Dies geschieht definitiv dann, wenn sie in Verbindung mit bestimmten Filtern
        verwendet wird, daher wird <emphasis>nicht</emphasis> empfohlen, den
        3-pass-Audio-Modus anzuwenden.
        Dieses Feature ist nur aus Kompatibilitätsgründen übrig geblieben und für

            <systemitem class="library">x264</systemitem> anstatt MPEG-4 ASP-Codecs
            wie <systemitem class="library">libavcodec</systemitem> MPEG-4 oder
            <systemitem class="library">Xvid</systemitem> wählst.
            (Zukunftsorientierte Codec-Entwickler interessiert eventuell Michael
            Niedermayers Meinung
            &quot;<ulink url="http://guru.multimedia.cx/?p=10">why MPEG4-ASP sucks</ulink>&quot;
            zu lesen.)
            Ebenso solltest du mit MPEG-4 ASP eine bessere Qualität erhalten als mit
            MPEG-2-Codecs.
          </para>
          <para>

      <para>
        Du brauchst <application>MEncoder</application> zur Verarbeitung des Sounds.
        Du kannst zum Beispiel den originalen Soundtrack während dem Encodieren mit
        <option>-oac copy</option> kopieren oder ihn mittels
        <option>-oac pcm -channels 1 -srate 4000</option> in eine &quot;leichte&quot;
        4 kHz Mono WAV-PCM konvertieren.
        Anderenfalls wird er - in einigen Fällen - eine Videodatei erzeugen, die
        nicht mit Audio synchron läuft.
        So was kommt vor, wenn die Anzahl der Videoframes in der Quelldatei nicht
        mit der Gesamtlänge der Audioframes zusammenpasst oder immer dann, wenn

          Matroska ist ein freies, offenes Containerformat, das darauf abzielt,
          eine Menge erweiterter Features bereitzustellen, mit denen ältere Container
          wie AVI nicht umgehen können.
          Zum Beispiel unterstützt Matroska Audioinhalt mit variabler Bitrate (VBR),
          variable Frameraten (VFR), Kapitel, Dateianhänge,
          Fehlererkennung Error Detection Code (EDC) und modern A/V-Codecs wie "Advanced Audio
          Coding" (AAC), "Vorbis" oder "MPEG-4 AVC" (H.264), so gut wie nichts
          womit AVI etwas anfangen kann.
        </para>

        <para>
          Die zum Erzeugen von Matroska-Dateien erforderlichen Tools werden

          das Abspielen des Films beginnt:

          <screen> demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate.</screen>

          Von diesem Punkt an vorwärts sollte demux_mpg nie erzählen, es finde
          &quot;30000/1001 fps NTSC content.&quot;
        </para>

        <para>
          Wenn du progressives Video ankuckst, solltest du nie irgendein
          Interlacing sehen. Sei trotzdem vorsichtig, weil manchmal ein winziges

          auftrat.
        </para>

        <para>
          Manchmal wird progressive Video auf DVDs
          &quot;soft telecine&quot; zugeordnet, weil es dazu vorgesehen ist,
          vom DVD-Player telecined zu werden.
        </para>
      </sect3>

      <sect3 id="menc-feat-telecine-ident-telecined">

          Frameratenwechsel, wenn er telecined Video abspielt.
        </para>

        <para>
          Beim Betrachten eines telecined Videos wirst du Interlacing-Artefakte
          sehen, die zu &quot;blinken&quot; scheinen: sie erscheinen wiederholt
          und verschwinden wieder.
          Du kannst dir das so genauer hinschauen
          <orderedlist>
            <listitem>
              <screen>mplayer dvd://1</screen>

            </listitem>
          </orderedlist>
        </para>

        <para>
          Manchmal wird telecined Video auf DVDs &quot;hard telecine&quot;
          zugeordnet. Da hard telecine bereits 60000/1001 Felder pro Sekunde hat,
          spielt der DVD-Player das Video ohne irgendeine Manipulation ab.
        </para>

        <para>

      <sect3 id="menc-feat-telecine-ident-interlaced">
        <title>Interlaced</title>
        <para>
          Interlaced Video wurde ursprünglich als 60000/1001 Felder pro Sekunde
          aufgenommen und auf der DVD als 30000/1001 Frames pro Sekunde abgespeichert.
          Der interlacing-Effekt (oft &quot;combing&quot; genannt) ist ein Ergebnis
          von Kammpaaren von Feldern in Frames. Jedes Feld wird einzeln als
          1/(60000/1001) Sekunden angenommen, und wenn sie simultan angezeigt werden,
          wird der Unterschied offensichtlich.
        </para>

      </sect3>

      <sect3 id="menc-feat-telecine-ident-mixedpt">
        <title>Gemischtes progressive und telecine</title>
        <para>
          Alle &quot;gemischten progressive und telecine&quot; Videos wurden ursprünglich
          als 24000/1001 Frames pro Sekunde aufgenommen, jedoch werden einige Teile
          telecined beendet.
        </para>

        <para>
          Spielt <application>MPlayer</application> diese Kategorie ab, wird er
          (oft wiederholt) zwischen &quot;30000/1001 fps NTSC&quot;
          und &quot;24000/1001 fps progressive NTSC&quot; zurück und vor wechseln.
          Beobachte die untere Hälfte von <application>MPlayer</application>s Ausgabe,
          um diese Meldungen anzusehen.
        </para>

        <para>
          Du solltest die Sektion &quot;30000/1001 fps NTSC&quot; überprüfen, um
          sicher zu gehen, dass sie auch wirklich telecine sind und nicht einfach
          interlaced.
        </para>
      </sect3>

      <sect3 id="menc-feat-telecine-ident-mixedpi">
        <title>Gemischtes progressive und interlaced</title>
        <para>
          In &quot;gemischtem progressive und interlaced&quot; Inhalt wurde progressive
          und interlaced Video zusammengeklebt.
        </para>

        <para>
          Diese Kategorie sieht aus wie &quot;gemischtes progressive und telecine&quot;,
          bis du die Sektion 30000/1001 fps untersuchst und feststellst, dass
          sie das telecine-Muster nicht haben.
        </para>
      </sect3>

          In den meisten praktischen Fällen ist es nicht möglich, ein komplett
          progressives Video aus interlaced Inhalt zu erhalten. Der einzige Weg,
          dies ohne den Verlust der Hälfte der vertikalen Auflösung zu erreichen,
          ist das Verdoppeln der Framerate, und man kann versuchen zu
          "schätzen", wie die korrespondierenden Zeilen für jedes Feld
          vervollständigt werden sollten (dies hat Nachteile - siehe Methode 3).
        </para>

        <orderedlist>
          <listitem>

            <para>
              Nutze einen Deinterlacing-Filter vor dem Encodieren. Es stehen verschiedene
              dieser Filter zur Auswahl, jeder mit seinen eigenen Vor-
              und Nachteilen. Ziehe <option>mplayer -pphelp</option> und <option>mplayer -vf help</option>
              zu Rate, um zu sehen, welche
              verfügbar sind (suche nach &quot;deint&quot;), lies Michael Niedermayers
              <ulink url="http://guru.multimedia.cx/deinterlacing-filters/">Deinterlacing-Filter-Vergleich</ulink>
              und durchsuche die
              <ulink url="http://www.mplayerhq.hu/design7/mailing_lists.html">MPlayer-Mailinglisten</ulink>,
              um Diskussionen über die zahlreichen Filter zu finden.
              Nochmals, die Framerate ändert sich nicht, also kein

              bleiben. Damit dies richtig funktioniert, <emphasis role="bold">muss</emphasis>
              <option>pullup</option> vom <option>softskip</option>-Filter gefolgt werden, sonst
              wird <application>MEncoder</application> abstürzen.
              <option>pullup</option> ist trotz allem die sauberste und akkurateste
              Methode, die zum Encodieren von beidem telecine und
              &quot;gemischtem progressive und telecine&quot; zur Verfügung steht.

              <screen>mencoder dvd://1 -oac copy -vf pullup,softskip -ovc lavc -ofps 24000/1001</screen>
            </para>
          </listitem>

            <para>
              Diese Option sollte definitiv nicht verwendet werden, wenn du eventuell
              Video auf einem interlaced Gerät anzeigen willst (mit einer TV-Karte
              zum Beispiel). Wenn du interlaced Frames in einem Video mit 24000/1001
              Frames pro Sekunde hast, werden diese zusammen mit den progressive
              Frames telecined. Die Hälfte der interlaced &quot;Frames&quot; werden für die
              Dauer von drei Feldern (3/(60000/1001) Sekunden) angezeigt, was
              einen flimmernden &quot;Zeitrücksprung&quot;-Effekt zur Folge hat, der
              ziemlich schlecht aussieht. Solltest du dies dennoch versuchen,
              <emphasis role="bold">musst</emphasis> du einen
              Deinterlacing-Filter wie <option>lb</option> oder <option>l5</option>
              anwenden.
            </para>

    <sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">
      <title>Encodieroptionen von libavcodec</title>

      <para>
        Idealerweise möchtest du eventuell in der Lage sein, dem Encoder einfach zu sagen,
        er soll in den &quot;hochqualitativen&quot; Modus wechseln und weiter machen.
        Das wäre vermutlich nett, aber unglücklicherweise schwer zu implementieren, da
        verschiedene Encodieroptionen unterschiedliche Qualitätsresultate hervorbringen,
        abhängig vom Quellmaterial.
        Das liegt daran, dass die Komprimierung von den visuellen Eigenschaften des fraglichen Videos abhängt.
        Zum Beispiel haben Anime und Live-Action sehr unterschiedliche Eigenschaften und

            Eliminierung einzelner Koeffizienten bei Helligkeits- und Farbanteilen.
            Sie werden in allen MPEG-ähnlichen Algorithmen getrennt encodiert.
            Die Idee hinter diesen Optionen ist, einige gute Heuristiken zu verwenden,
            um zu bestimmen, wenn ein Wechsel innerhalb eines Blocks kleiner als der
            der von dir festgelegte Schwellenwert ist und in solch einem Fall den
            Block einfach so zu encodieren als fände "kein Wechsel" statt.
            Das spart Bits und beschleunigt womöglich die Encodierunng. vlelim=-4 und vcelim=9
            scheinen gut für Live-Filme zu sein, helfen aber scheinbar nicht bei Anime;
            beim Encodieren einer Animation solltest du sie womöglich unverändert lassen.
          </para>
        </listitem>

        Alle Encodierungseinstellungen wurden auf einem Beispielvideo
        mit 720x448 @30000/1001 fps getestet, die Zielbitrate war 900kbps und
        der Rechner war ein AMD-64 3400+ mit 2400 MHz im 64bit-Modus.
        Jede Encodiereinstellung zeichnet sich aus durch die gemessene
        Encodiergeschwindigkeit (in Frames pro Sekunde) und den PSNR-Verlust
        (in dB) im Vergleich zu Einstellungen für "sehr hohe Qualität".
        Bitte habe Verständnis, dass du abhängig von deiner Quelldatei,
        deinem Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche
        Resultate erzielen wirst.
      </para>

        <ulink url="http://www.kvcd.net/">KVCD</ulink>-Specifikationen
        bevorzugten Matrizen zu setzen.
      </para>

      <para>
        Die <emphasis role="bold">KVCD &quot;Notch&quot; Quantisierungsmatrix:</emphasis>
      </para>

      <para>
        Intra:
<screen>8  9 12 22 26 27 29 34

          <para>
            <emphasis role="bold">chroma_opt</emphasis>
            Ist dafür vorgesehen, die chroma-Bildqualität rund um reine
            weiße/schwarze Kanten zu verbessern, eher noch als die
            Kompression zu verbessern.
            Dies kann dabei helfen, den &quot;Rote Stufen&quot;-Effekt zu reduzieren.
          </para>
        </listitem>

        <listitem>
          <para>

        mit 720x448 @30000/1001 fps getestet, die Zielbitrate war 900kbps,
        und der Rechner war ein
        AMD-64 3400+ mit 2400 MHz im 64bit-Modus.
        Jede Encodierungseinstellung zeichnet sich aus durch die gemessene
        Encodiergeschwindigkeit (in Frames pro Sekunde) und den PSNR-Verlust
        (in dB) im Vergleich zu Einstellungen für "sehr hohe Qualität".
        Bitte hab Verständnis, dass du abhängig von deiner Quelldatei,
        deinem Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche
        Resultate erzielen wirst.
      </para>

          Klasse der Optionen ist die einfachste:
          Du musst nur entscheiden, ob du denkst, dass Qualitätsunterschiede
          Geschwindigkeitsunterschiede rechtfertigen. Für die zweite Klasse
          der Optionen sind die Vorzüge weitaus subjektiver, und mehr Faktoren
          können involviert sein. Beachte, dass manche der Optionen für
          "persönliche Vorlieben und spezielle Anforderungen"
          noch große Auswirkungen auf Geschwindigkeit oder Qualität haben können,
          das ist aber nicht, wozu sie primär benutzt werden. Ein paar der
          Optionen für "persönliche Vorlieben" können sogar Änderungen
          verursachen, die für manche Leute besser aussehen aber schlechter
          für andere.
        </para>

        <para>

                Das Erhöhen von <option>frameref</option> auf unnötig hohe Werte
                <emphasis role="bold">kann</emphasis> und
                <emphasis role="bold">tut dies üblicherweise auch</emphasis>
                die Codiereffizienz schädigen, wenn du CABAC ausschaltest.
                Mit eingeschaltetem CABAC (das Standardverhalten) scheint die
                Möglichkeit, <option>frameref</option> &quot;zu hoch&quot;
                zu setzen, gegenwärtig zu weit entfernt um sich Sorgen zu machen,
                und in der Zukunft werden womöglich Optimierungen diese Möglichkeit
                ganz und gar ausschließen.
              </para>
            </note>

              einzeln für sich etwa 2500kbps benötigt, um anständig auszusehen.
              Direkt daruffolgend kommt eine viel weniger anspruchsvolle 60 Sekunden
              lange Szene, die bei 300kbps gut aussieht. Angenommen du forderst in
              der Theorie 1400kbps an, was beiden Szenen ausreichend entgegenkommen
              würde. Die Ratenkontrolle in einem Durchgang wird in diesem Fall
              ein paar "Fehler" machen. Zuallererst wird es in beiden Segmenten
              1400kbps anpeilen. Das erste Segment könnte schwer überquantisiert enden,
              was es unakzeptabel und unangemessen blockhaft aussehen lässt.
              Das zweite Segment wird schwer unterquantisiert sein; es sieht vielleicht
              perfekt aus, aber der Bitratenverlust dieser Perfektion wird komplett
              unangemessen sein.
              Noch schwerer vermeidbar ist das Problem am Übergang beider Szenen.
              Die ersten Sekunden der Hälfte mit wenig Bewegung wird enorm
              überquantisiert sein, weil die Ratenkontrolle noch die Art Anforderung
              an die Bitrate erwartet, der sie in der ersten Hälfte des Videos begegnet
              war. Diese "Fehlerperiode" der extrem überquantisierten Szene
              mit wenig Bewegung wird fürchterlich schlecht aussehen, und wird sogar
              weniger als die 300kbps in Anspruch nehmen als das, was sie genommen hätte, um annehmbar
              auszusehen. Es gibt Mittel und Wege, diese Fälle des Encodierens in einem
              Durchgang zu mildern, diese werden allerdingst dahin tendieren, die
              fehlerhaften Vorhersagen der Bitraten zu häufen.

            </para>
          </listitem>
          <listitem>
            <para>
              <emphasis role="bold">qcomp</emphasis>:
              <option>qcomp</option> wägt die Anzahl der für &quot;aufwändige&quot; Frames
              mit viel Bewegung vorgesehenen Bits gegen die für &quot;weniger aufwändige&quot;
              Frames mit wenig Bewegung ab.
              Bei einem Extrem zielt <option>qcomp=0</option> auf eine echte konstante
              Bitrate ab. Typischerweise würde dies Szenen mit viel Bewegung vollkommen
              ätzend aussehen lassen, während Szenen mit wenig Bewegung womöglich absolut
              perfekt aussehen, jedoch öfter mehr Bitrate verwenden würden, als sie es für

        mit 720x448 @30000/1001 fps getestet, die Zielbitrate war 900kbps,
        und der Rechner war ein
        AMD-64 3400+ mit 2400 MHz im 64bit-Modus.
        Jede Encodier-Einstellung zeichnet sich durch eine gemessene
        Encodiergeschwindigkeit (in Frames pro Sekunde) und dem
        PSNR-Verlust (in dB) im Vergleich zu den "sehr
        hochwertigen" Einstellung aus.
        Bitte hab dafür Verständnis, dass du abhängig von deiner Quelle, deinem
        Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche Resultate
        erhalten kannst.
      </para>

24610:94e084f0e8ea

<?xml version="1.0" encoding="utf-8"?>
<!-- in sync with r21612 -->
<!-- missing cosmetic commit 21537 -->
<chapter id="encoding-guide">
  <title>Encodieren mit <application>MEncoder</application></title>

  <sect1 id="menc-feat-dvd-mpeg4">
    <title>Erzeugen eines hochwertigen MPEG-4-Rips ("DivX") eines DVD-Films</title>

    <para>
      Eine häufig gestellte Frage ist
      "Wie mache ich den hochwertigsten Rip für eine gegebene Größe?".
      Eine weitere Frage ist
      "Wie mache ich den qualitativ bestmöglichen DVD-Rip? Die Dateigröße ist
      mir egal, ich will einfach nur die beste Qualität."
    </para>

    <para>
      Die letzte Frage ist zumindest etwas falsch gestellt. Wenn du dir
      schließlich keine Gedanken um die Dateigröße machst, warum kopierst Du

          Feld-basiert sind.
          <emphasis role="bold">Immer</emphasis> wenn ein Film für die
          Anzeige auf dem Fernseher vorbereitet wird (einschließlich
          DVD), wird er in ein Feld-basiertes Format konvertiert.
          Die verschiedenen Methoden, mit denen dies bewerkstelligt werden
          kann, werden zusammengenommen als "telecine" bezeichnet, von welchen
          das verrufene NTSC "3:2 pulldown" eine Abart darstellt.
          Sofern das Originalmaterial nicht Feld-basiert war (bei gleicher
          Feldrate), erhältst du einen Film in einem anderen Format als
          das Original.
        </para>

          zu zeigen.
          Der bei DVD und digitalem TV verwendete MPEG-2-Standard bietet einen Weg
          für beides, die originalen progressiven Frames zu encodieren und die Anzahl
          der Felder, für die ein Frame gezeigt werden soll, im Header dieses Frames
          zu speichern.
          Wurde diese Methode angewandt, wird dieser Film oft als "soft telecined"
          beschrieben, da der Prozess eher nur den DVD-Player anweist, pulldown
          auf den Film anzuwenden, als den Film selbst abzuändern.
          Dieser Fall sollte möglichst bevorzugt werden, da er (eigentlich ignoriert)
          leicht vom Encoder rückgängig gemacht werden kann und da er die maximale
          Qualität beibehält.
          Wie auch immer, viele DVD- und Rundfunkproduktionsstudios verwenden
          keine passenden Encodierungstechniken, sie produzieren stattdessen Filme mit
          "hard telecine", bei denen Felder sogar in encodiertes MPEG-2 dupliziert
          werden.
        </para>
        <para>
          Die Vorgehensweisen für den Umgang mit solchen Fällen werden
          <link linkend="menc-feat-telecine">später in diesem Handbuch</link>

          <listitem>
            <para>
              Wenn <application>MPlayer</application> angibt, dass die Framerate
              während des Betrachtens des Films zu 24000/1001 gewechselt hat
              und diese nie wieder zurückwechselt, handelt es sich meist mit
              Sicherheit um progressiven Inhalt, der "soft telecined" wurde.
            </para>
          </listitem>
          <listitem>
            <para>
              Wenn <application>MPlayer</application> anzeigt, dass die Framerate
              zwischen 24000/1001 und 30000/1001 vor und zurück wechselt, und Du
              siehst hin und wieder Kammartefakte, dann gibt es mehrere Möglichkeiten.
              Die Segmente mit 24000/1001 fps sind meist mit Sicherheit progressiver
              Inhalt, "soft telecined", jedoch könnten die Teile mit 30000/1001 fps
              entweder "hard telecined" 24000/1001 fps Inhalt oder 60000/1001 Felder
              pro Sekunde NTSC-Video sein.
              Verwende die selben Richtwerte wie in den folgenden zwei Fällen, um zu
              bestimmen, um was es sich handelt.
            </para>
          </listitem>

          </listitem>
          <listitem>
            <para>
              Wenn <application>MPlayer</application> nie einen Frameratenwechsel
              anzeigt und zwei von fünf Frames gekämmt (combed) erscheinen, ist der
              Inhalt deines Films "hard telecined" 24000/1001 fps.
            </para>
          </listitem>
        </itemizedlist>

        <itemizedlist>

          <title>Tipp:</title>
          <para>
            <application>MPlayer</application> kann das Filmplayback
            mittels der Option -speed verlangsamen oder Frame für Frame abspielen.
            Versuche <option>-speed</option> 0.2 zu verwenden, um den Film sehr lamgsam
            anzusehen oder drücke wiederholt die Taste "<keycap>.</keycap>", um jeweils
            einen Frame abzuspielen und identifiziere dann das Muster, falls du bei voller
            Geschwindigkeit nichts erkennen kannst.
          </para>
        </note>
      </sect3>

        <listitem>
          <para>
            Zuletzt noch was, angenommen wir haben einen Macroblock im Inneren des
            Bildes und ein Objekt bewegt sich aus Richtung Nähe der Kante des Bildes
            her in diesen Block hinein. Die MPEG-Encodierung kann nicht sagen
            "kopiere den Teil, der innerhalb des Bildes liegt, den schwarzen Rand
            aber nicht". Somit wird der schwarze Rand ebenfalls mit hinein kopiert
            und jede Menge Bits müssen zur Encodierung des Teils des Bildes, der
            dort angenommen wird, aufgewendet werden.
          </para>

          <para>

        für dich erledigen lassen, da dieser einen optionalen Parameter
        <option>round</option> besitzt, der standardmäßig gleich 16 ist.
      </para>

      <para>
        Pass auch auf "halbschwarze" Pixel an den Kanten auf. Stelle sicher, dass
        du diese ebenfalls mit abschneidest oder du vergeudest dort Bits, wo sie
        doch besser anderswo verwendet werden sollten.
      </para>

      <para>

        Das Konzept der Bitrate ist denkbar einfach.
        Sie ist die (mittlere) Anzahl Bits, die pro Sekunde zum Speichern des
        Films verbraucht werden.
        Normalerweise wird die Bitrate in Kilobit (1000 Bit) pro Sekunde gemessen.
        Die Größe deines Films auf der Platte ist die Bitrate multipliziert mit der
        Dauer des Films, plus einem kleinen "Overhead" (siehe zum Beispiel in der
        Sektion über
        <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">den AVI-Container</link>).
        Weitere Parameter wie Skalierung, Cropping, usw. werden die Dateigröße
        <emphasis role="bold">nicht</emphasis> ändern, solange du nicht auch
        die Bitrate veränderst!

          </listitem>
        </orderedlist>
      </para>
      <para>
        Vergangene Leitfäden legten nahe, eine Bitrate und Auflösung zu wählen,
        die auf eine "Bits pro Pixel"-Näherung basieren, dies ist jedoch im
        allgemeinen aus oben genannten Gründen nicht gültig.
        Eine bessere Schätzung scheint zu sein, dass Bitraten proportional zur
        Quadratwurzel der Auflösung skalieren, sodass 320x240 und 400 KBit/Sek
        vergleichbar mit 640x480 bei 800 KBit/Sek wären.
        Dies wurde aber nicht mit theoretischer oder empirischer Strenge verifiziert.

        deine Input-Datei eine variable Framerate besitzt!
        Deshalb wird eine allgemeine Anwendung von <option>-noskip</option> nicht empfohlen.
      </para>
      <para>
        Die von <application>MEncoder</application> unterstützte sogenannte
        "3-pass" Audioencodierung soll laut Berichten A/V-Desynchronisation
        verursachen.
        Dies geschieht definitiv dann, wenn sie in Verbindung mit bestimmten Filtern
        verwendet wird, daher wird <emphasis>nicht</emphasis> empfohlen, den
        3-pass-Audio-Modus anzuwenden.
        Dieses Feature ist nur aus Kompatibilitätsgründen übrig geblieben und für

            <systemitem class="library">x264</systemitem> anstatt MPEG-4 ASP-Codecs
            wie <systemitem class="library">libavcodec</systemitem> MPEG-4 oder
            <systemitem class="library">Xvid</systemitem> wählst.
            (Zukunftsorientierte Codec-Entwickler interessiert eventuell Michael
            Niedermayers Meinung
            "<ulink url="http://guru.multimedia.cx/?p=10">why MPEG4-ASP sucks</ulink>"
            zu lesen.)
            Ebenso solltest du mit MPEG-4 ASP eine bessere Qualität erhalten als mit
            MPEG-2-Codecs.
          </para>
          <para>

      <para>
        Du brauchst <application>MEncoder</application> zur Verarbeitung des Sounds.
        Du kannst zum Beispiel den originalen Soundtrack während dem Encodieren mit
        <option>-oac copy</option> kopieren oder ihn mittels
        <option>-oac pcm -channels 1 -srate 4000</option> in eine "leichte"
        4 kHz Mono WAV-PCM konvertieren.
        Anderenfalls wird er - in einigen Fällen - eine Videodatei erzeugen, die
        nicht mit Audio synchron läuft.
        So was kommt vor, wenn die Anzahl der Videoframes in der Quelldatei nicht
        mit der Gesamtlänge der Audioframes zusammenpasst oder immer dann, wenn

          Matroska ist ein freies, offenes Containerformat, das darauf abzielt,
          eine Menge erweiterter Features bereitzustellen, mit denen ältere Container
          wie AVI nicht umgehen können.
          Zum Beispiel unterstützt Matroska Audioinhalt mit variabler Bitrate (VBR),
          variable Frameraten (VFR), Kapitel, Dateianhänge,
          Fehlererkennung Error Detection Code (EDC) und modern A/V-Codecs wie "Advanced Audio
          Coding" (AAC), "Vorbis" oder "MPEG-4 AVC" (H.264), so gut wie nichts
          womit AVI etwas anfangen kann.
        </para>

        <para>
          Die zum Erzeugen von Matroska-Dateien erforderlichen Tools werden

          das Abspielen des Films beginnt:

          <screen> demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate.</screen>

          Von diesem Punkt an vorwärts sollte demux_mpg nie erzählen, es finde
          "30000/1001 fps NTSC content."
        </para>

        <para>
          Wenn du progressives Video ankuckst, solltest du nie irgendein
          Interlacing sehen. Sei trotzdem vorsichtig, weil manchmal ein winziges

          auftrat.
        </para>

        <para>
          Manchmal wird progressive Video auf DVDs
          "soft telecine" zugeordnet, weil es dazu vorgesehen ist,
          vom DVD-Player telecined zu werden.
        </para>
      </sect3>

      <sect3 id="menc-feat-telecine-ident-telecined">

          Frameratenwechsel, wenn er telecined Video abspielt.
        </para>

        <para>
          Beim Betrachten eines telecined Videos wirst du Interlacing-Artefakte
          sehen, die zu "blinken" scheinen: sie erscheinen wiederholt
          und verschwinden wieder.
          Du kannst dir das so genauer hinschauen
          <orderedlist>
            <listitem>
              <screen>mplayer dvd://1</screen>

            </listitem>
          </orderedlist>
        </para>

        <para>
          Manchmal wird telecined Video auf DVDs "hard telecine"
          zugeordnet. Da hard telecine bereits 60000/1001 Felder pro Sekunde hat,
          spielt der DVD-Player das Video ohne irgendeine Manipulation ab.
        </para>

        <para>

      <sect3 id="menc-feat-telecine-ident-interlaced">
        <title>Interlaced</title>
        <para>
          Interlaced Video wurde ursprünglich als 60000/1001 Felder pro Sekunde
          aufgenommen und auf der DVD als 30000/1001 Frames pro Sekunde abgespeichert.
          Der interlacing-Effekt (oft "combing" genannt) ist ein Ergebnis
          von Kammpaaren von Feldern in Frames. Jedes Feld wird einzeln als
          1/(60000/1001) Sekunden angenommen, und wenn sie simultan angezeigt werden,
          wird der Unterschied offensichtlich.
        </para>

      </sect3>

      <sect3 id="menc-feat-telecine-ident-mixedpt">
        <title>Gemischtes progressive und telecine</title>
        <para>
          Alle "gemischten progressive und telecine" Videos wurden ursprünglich
          als 24000/1001 Frames pro Sekunde aufgenommen, jedoch werden einige Teile
          telecined beendet.
        </para>

        <para>
          Spielt <application>MPlayer</application> diese Kategorie ab, wird er
          (oft wiederholt) zwischen "30000/1001 fps NTSC"
          und "24000/1001 fps progressive NTSC" zurück und vor wechseln.
          Beobachte die untere Hälfte von <application>MPlayer</application>s Ausgabe,
          um diese Meldungen anzusehen.
        </para>

        <para>
          Du solltest die Sektion "30000/1001 fps NTSC" überprüfen, um
          sicher zu gehen, dass sie auch wirklich telecine sind und nicht einfach
          interlaced.
        </para>
      </sect3>

      <sect3 id="menc-feat-telecine-ident-mixedpi">
        <title>Gemischtes progressive und interlaced</title>
        <para>
          In "gemischtem progressive und interlaced" Inhalt wurde progressive
          und interlaced Video zusammengeklebt.
        </para>

        <para>
          Diese Kategorie sieht aus wie "gemischtes progressive und telecine",
          bis du die Sektion 30000/1001 fps untersuchst und feststellst, dass
          sie das telecine-Muster nicht haben.
        </para>
      </sect3>

          In den meisten praktischen Fällen ist es nicht möglich, ein komplett
          progressives Video aus interlaced Inhalt zu erhalten. Der einzige Weg,
          dies ohne den Verlust der Hälfte der vertikalen Auflösung zu erreichen,
          ist das Verdoppeln der Framerate, und man kann versuchen zu
          "schätzen", wie die korrespondierenden Zeilen für jedes Feld
          vervollständigt werden sollten (dies hat Nachteile - siehe Methode 3).
        </para>

        <orderedlist>
          <listitem>

            <para>
              Nutze einen Deinterlacing-Filter vor dem Encodieren. Es stehen verschiedene
              dieser Filter zur Auswahl, jeder mit seinen eigenen Vor-
              und Nachteilen. Ziehe <option>mplayer -pphelp</option> und <option>mplayer -vf help</option>
              zu Rate, um zu sehen, welche
              verfügbar sind (suche nach "deint"), lies Michael Niedermayers
              <ulink url="http://guru.multimedia.cx/deinterlacing-filters/">Deinterlacing-Filter-Vergleich</ulink>
              und durchsuche die
              <ulink url="http://www.mplayerhq.hu/design7/mailing_lists.html">MPlayer-Mailinglisten</ulink>,
              um Diskussionen über die zahlreichen Filter zu finden.
              Nochmals, die Framerate ändert sich nicht, also kein

              bleiben. Damit dies richtig funktioniert, <emphasis role="bold">muss</emphasis>
              <option>pullup</option> vom <option>softskip</option>-Filter gefolgt werden, sonst
              wird <application>MEncoder</application> abstürzen.
              <option>pullup</option> ist trotz allem die sauberste und akkurateste
              Methode, die zum Encodieren von beidem telecine und
              "gemischtem progressive und telecine" zur Verfügung steht.

              <screen>mencoder dvd://1 -oac copy -vf pullup,softskip -ovc lavc -ofps 24000/1001</screen>
            </para>
          </listitem>

            <para>
              Diese Option sollte definitiv nicht verwendet werden, wenn du eventuell
              Video auf einem interlaced Gerät anzeigen willst (mit einer TV-Karte
              zum Beispiel). Wenn du interlaced Frames in einem Video mit 24000/1001
              Frames pro Sekunde hast, werden diese zusammen mit den progressive
              Frames telecined. Die Hälfte der interlaced "Frames" werden für die
              Dauer von drei Feldern (3/(60000/1001) Sekunden) angezeigt, was
              einen flimmernden "Zeitrücksprung"-Effekt zur Folge hat, der
              ziemlich schlecht aussieht. Solltest du dies dennoch versuchen,
              <emphasis role="bold">musst</emphasis> du einen
              Deinterlacing-Filter wie <option>lb</option> oder <option>l5</option>
              anwenden.
            </para>

    <sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">
      <title>Encodieroptionen von libavcodec</title>

      <para>
        Idealerweise möchtest du eventuell in der Lage sein, dem Encoder einfach zu sagen,
        er soll in den "hochqualitativen" Modus wechseln und weiter machen.
        Das wäre vermutlich nett, aber unglücklicherweise schwer zu implementieren, da
        verschiedene Encodieroptionen unterschiedliche Qualitätsresultate hervorbringen,
        abhängig vom Quellmaterial.
        Das liegt daran, dass die Komprimierung von den visuellen Eigenschaften des fraglichen Videos abhängt.
        Zum Beispiel haben Anime und Live-Action sehr unterschiedliche Eigenschaften und

            Eliminierung einzelner Koeffizienten bei Helligkeits- und Farbanteilen.
            Sie werden in allen MPEG-ähnlichen Algorithmen getrennt encodiert.
            Die Idee hinter diesen Optionen ist, einige gute Heuristiken zu verwenden,
            um zu bestimmen, wenn ein Wechsel innerhalb eines Blocks kleiner als der
            der von dir festgelegte Schwellenwert ist und in solch einem Fall den
            Block einfach so zu encodieren als fände "kein Wechsel" statt.
            Das spart Bits und beschleunigt womöglich die Encodierunng. vlelim=-4 und vcelim=9
            scheinen gut für Live-Filme zu sein, helfen aber scheinbar nicht bei Anime;
            beim Encodieren einer Animation solltest du sie womöglich unverändert lassen.
          </para>
        </listitem>

        Alle Encodierungseinstellungen wurden auf einem Beispielvideo
        mit 720x448 @30000/1001 fps getestet, die Zielbitrate war 900kbps und
        der Rechner war ein AMD-64 3400+ mit 2400 MHz im 64bit-Modus.
        Jede Encodiereinstellung zeichnet sich aus durch die gemessene
        Encodiergeschwindigkeit (in Frames pro Sekunde) und den PSNR-Verlust
        (in dB) im Vergleich zu Einstellungen für "sehr hohe Qualität".
        Bitte habe Verständnis, dass du abhängig von deiner Quelldatei,
        deinem Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche
        Resultate erzielen wirst.
      </para>

        <ulink url="http://www.kvcd.net/">KVCD</ulink>-Specifikationen
        bevorzugten Matrizen zu setzen.
      </para>

      <para>
        Die <emphasis role="bold">KVCD "Notch" Quantisierungsmatrix:</emphasis>
      </para>

      <para>
        Intra:
<screen>8  9 12 22 26 27 29 34

          <para>
            <emphasis role="bold">chroma_opt</emphasis>
            Ist dafür vorgesehen, die chroma-Bildqualität rund um reine
            weiße/schwarze Kanten zu verbessern, eher noch als die
            Kompression zu verbessern.
            Dies kann dabei helfen, den "Rote Stufen"-Effekt zu reduzieren.
          </para>
        </listitem>

        <listitem>
          <para>

        mit 720x448 @30000/1001 fps getestet, die Zielbitrate war 900kbps,
        und der Rechner war ein
        AMD-64 3400+ mit 2400 MHz im 64bit-Modus.
        Jede Encodierungseinstellung zeichnet sich aus durch die gemessene
        Encodiergeschwindigkeit (in Frames pro Sekunde) und den PSNR-Verlust
        (in dB) im Vergleich zu Einstellungen für "sehr hohe Qualität".
        Bitte hab Verständnis, dass du abhängig von deiner Quelldatei,
        deinem Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche
        Resultate erzielen wirst.
      </para>

          Klasse der Optionen ist die einfachste:
          Du musst nur entscheiden, ob du denkst, dass Qualitätsunterschiede
          Geschwindigkeitsunterschiede rechtfertigen. Für die zweite Klasse
          der Optionen sind die Vorzüge weitaus subjektiver, und mehr Faktoren
          können involviert sein. Beachte, dass manche der Optionen für
          "persönliche Vorlieben und spezielle Anforderungen"
          noch große Auswirkungen auf Geschwindigkeit oder Qualität haben können,
          das ist aber nicht, wozu sie primär benutzt werden. Ein paar der
          Optionen für "persönliche Vorlieben" können sogar Änderungen
          verursachen, die für manche Leute besser aussehen aber schlechter
          für andere.
        </para>

        <para>

                Das Erhöhen von <option>frameref</option> auf unnötig hohe Werte
                <emphasis role="bold">kann</emphasis> und
                <emphasis role="bold">tut dies üblicherweise auch</emphasis>
                die Codiereffizienz schädigen, wenn du CABAC ausschaltest.
                Mit eingeschaltetem CABAC (das Standardverhalten) scheint die
                Möglichkeit, <option>frameref</option> "zu hoch"
                zu setzen, gegenwärtig zu weit entfernt um sich Sorgen zu machen,
                und in der Zukunft werden womöglich Optimierungen diese Möglichkeit
                ganz und gar ausschließen.
              </para>
            </note>

              einzeln für sich etwa 2500kbps benötigt, um anständig auszusehen.
              Direkt daruffolgend kommt eine viel weniger anspruchsvolle 60 Sekunden
              lange Szene, die bei 300kbps gut aussieht. Angenommen du forderst in
              der Theorie 1400kbps an, was beiden Szenen ausreichend entgegenkommen
              würde. Die Ratenkontrolle in einem Durchgang wird in diesem Fall
              ein paar "Fehler" machen. Zuallererst wird es in beiden Segmenten
              1400kbps anpeilen. Das erste Segment könnte schwer überquantisiert enden,
              was es unakzeptabel und unangemessen blockhaft aussehen lässt.
              Das zweite Segment wird schwer unterquantisiert sein; es sieht vielleicht
              perfekt aus, aber der Bitratenverlust dieser Perfektion wird komplett
              unangemessen sein.
              Noch schwerer vermeidbar ist das Problem am Übergang beider Szenen.
              Die ersten Sekunden der Hälfte mit wenig Bewegung wird enorm
              überquantisiert sein, weil die Ratenkontrolle noch die Art Anforderung
              an die Bitrate erwartet, der sie in der ersten Hälfte des Videos begegnet
              war. Diese "Fehlerperiode" der extrem überquantisierten Szene
              mit wenig Bewegung wird fürchterlich schlecht aussehen, und wird sogar
              weniger als die 300kbps in Anspruch nehmen als das, was sie genommen hätte, um annehmbar
              auszusehen. Es gibt Mittel und Wege, diese Fälle des Encodierens in einem
              Durchgang zu mildern, diese werden allerdingst dahin tendieren, die
              fehlerhaften Vorhersagen der Bitraten zu häufen.

            </para>
          </listitem>
          <listitem>
            <para>
              <emphasis role="bold">qcomp</emphasis>:
              <option>qcomp</option> wägt die Anzahl der für "aufwändige" Frames
              mit viel Bewegung vorgesehenen Bits gegen die für "weniger aufwändige"
              Frames mit wenig Bewegung ab.
              Bei einem Extrem zielt <option>qcomp=0</option> auf eine echte konstante
              Bitrate ab. Typischerweise würde dies Szenen mit viel Bewegung vollkommen
              ätzend aussehen lassen, während Szenen mit wenig Bewegung womöglich absolut
              perfekt aussehen, jedoch öfter mehr Bitrate verwenden würden, als sie es für

        mit 720x448 @30000/1001 fps getestet, die Zielbitrate war 900kbps,
        und der Rechner war ein
        AMD-64 3400+ mit 2400 MHz im 64bit-Modus.
        Jede Encodier-Einstellung zeichnet sich durch eine gemessene
        Encodiergeschwindigkeit (in Frames pro Sekunde) und dem
        PSNR-Verlust (in dB) im Vergleich zu den "sehr
        hochwertigen" Einstellung aus.
        Bitte hab dafür Verständnis, dass du abhängig von deiner Quelle, deinem
        Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche Resultate
        erhalten kannst.
      </para>