comparison DOCS/xml/de/encoding-guide.xml @ 18588:bd5e0a0b89e8

(unfinished) review with lots of changes

18587:742881e8c4d2

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- In sync with rev. 1.50 -->
<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 den qualitativ
  bestmöglichen DVD-Rip? Die Dateigröße ist mir egal, ich will einfach nur
  die beste Qualität.&quot;
</para>

<para>

  dies mit Sicherheit deine beste Option, wenn du die beste Qualität
  erhalten willst und dich nicht um die Größe kümmerst.
</para>

<para>
  Tatsache ist, der Grund eine DVD eigens in MPEG-4 umzuencodieren ist
  gerade <emphasis role="bold">weil</emphasis> dir die Größe wichtig ist.
</para>

<para>
  Es ist sehr schwierig, ein Rezept zum Erzeugen eines sehr
  hochwertigen DVD-Rips anzubieten. Es gilt mehrere Faktoren zu
  berücksichtigen und du solltest dich mit diesen Details auskennen oder
  du wirst voraussichtlich am Ende von den Resultaten enttäuscht.
  Nachfolgend werden wir einige dieser Themen etwas näher untersuchen
  und uns  danach ein Beispiel ansehen. Wir gehen davon aus, dass Du
  <systemitem class="library">libavcodec</systemitem> zum Encodieren des
  Videos verwendest, obwohl diese Theorie genauso gut auf andere Codecs
  zutrifft.
</para>

<para>
  Ist dies alles zu viel für Dich, solltest du womöglich auf einen der vielen
  guten Frontends zurückgreifen, die in der
  <ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">MEncoder-Sektion</ulink>
  unserer diesbezüglichen Projektseite zu finden sind.
  Auf diese Weise solltest du in der Lage sein, hochwertige Rips zu
  erhalten ohne viel nachdenken zu müssen, da die meisten dieser Tools entworfen
  wurden, clevere Entscheidungen für dich zu treffen.
</para>

<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
<title>Vorbereitung aufs Encodieren: Identifizieren Sie Quellmaterial und Framerate</title>
<para>
  Bevor du über das Encodieren eines Films nachdenkst, solltest du einige einleitende
  Schritte vornehmen.
</para>

  Fehler, dies sollte man berücksichtigen, führen zu diversen Fehlerstellen
  in deiner Encodierung, einschließlich hässlicher Kammartefakte (combing/interlacing)
  und doppelten oder gar verlorenen Frames.
  Abgesehen davon, dass sie unschön sind, beeinflussen diese Artefakte die
  Codierungseffizienz negativ:
  du erhältst eine schlechtere Qualität pro Bitrateneinheit.
</para>

<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Identifizieren der Quellframerate</title>
<para>

  werden und so nicht Schlange stehen solange keine Bewegung da ist.
</para></listitem>
<listitem><para>
  <emphasis role="bold">NTSC-Video</emphasis>: Aufgenommen mit einer
  NTSC-Videokamera bei 60000/1001 Feldern pro Sekunde oder 60 Feldern
  pro Sekunde zu Zeiten vor der Farbe.
  Ansonsten ähnlich wie PAL.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Animation</emphasis>: Üblicherweise bei
  24fps gezeichnet, kommt jedoch auch in Arten mit gemischter Framerate vor.

  zugeordnet, während die aus unabhängigen Feldern bestehenden
  entweder interlaced (engl. für verschachteln) oder Video
  genannt werden - somit ist letzterer Terminus zweideutig.
</para>
<para>
  Um das ganze noch zu komplizieren, sind manche Filme ein
  Gemisch aus einigen der oben Beschriebenen.
</para>
<para>
  Das wichtigste Unterscheidungsmerkmal zwischen all diesen
  Formaten ist, dass einige Frame-basiert andere wiederum
  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 zahlreichen Methoden mit denen dies bewerkstelligt werden
  kann, werden insgesamt dem &quot;pulldown&quot; zugeordnet, von welchem
  das verrufene NTSC &quot;3:2 telecine&quot; eine Abart darstellt.
  Solange das Originalmaterial Feld-basiert war (bei gleicher
  Feldrate), erhältst du einen Film in einem anderen Format als
  das Original.
</para>

<itemizedlist>

  beizubehalten.
</para></listitem>
<listitem><para>
  <emphasis role="bold">NTSC 2:2 pulldown</emphasis>: Verwendet zur
  Darstellung von 30fps Material auf NTSC.
  Schön, wie das 2:2 PAL pulldown.
</para></listitem>
</itemizedlist>

<para>
  Es gibt auch Methoden zur Konvertierung zwischen NTSC- und PAL-Video,

  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 Encodiertechniken, sie produzieren stattdessen Filme mit
  "hard telecine", bei denen Felder sogar in encodiertes MPEG-2 dupliziert
  werden.
</para>
<para>
  Die damit arbeitenden Produzenten werden
  <link linkend="menc-feat-telecine">später in diesem Handbuch</link>
  mit einbezogen.
  Wir lassen dich jetzt mit einigen Anleitungen zur Identifizierung der
  Materialtypen zurück, mit denen du es zu tun hast:
</para>

<itemizedlist>
<title>NTSC-Bereiche:</title>
<listitem><para>
  Wenn <application>MPlayer</application> angibt, dass die Framerate
  während des Betrachtens des Films nach 24000/1001 gewechselt ist
  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 &quot;combing&quot;, dann gibt es mehrere Möglichkeiten.
  Die Segmente mit 24000/1001 fps sind meist mit Sicherheit progressiver
  Inhalt, &quot;soft telecined&quot;, jedoch die Teile mit 30000/1001 fps könnten
  entweder &quot;hard telecined&quot; 24000/1001 fps Inhalt oder 60000/1001 Felder
  pro Sekunde NTSC-Video sein.
  Verwende die selben Richtwerte wie in folgenden zwei Fällen, um zu
  bestimmen, um was es sich handelt.
</para></listitem>
<listitem><para>
  Wenn <application>MPlayer</application> nie einen Frameratenwechsel
  anzeigt und jeder einzelne Frame mit Bewegung gekämmt (combed) erscheint,

  Hast du immer während Bewegungen Combing gesehen, dann ist dein Film
  PAL-Video bei 50 Feldern pro Sekunde.
</para></listitem>
</itemizedlist>

<note><title>Hint:</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

</note>
</sect3>
</sect2>

<sect2 id="menc-feat-dvd-mpeg4-2pass">
<title>Konstantenquantisierer vs. Multipass</title>

<para>
  Es ist möglich, deinen Film in einer großen Auswahl von Qualitäten zu
  encodieren.
  Mit modernen Videoencodern und ein wenig Pre-Codec-Kompression
  (Herunterskalierung (downscaling) und Rauschunterdrückung (denoising)), kann eine sehr gute
  Qualität bei 700 MB erreicht werden, für einen 90-110 Minute Breitwandfilm.
  Des Weiteren können alle - sogar die längsten - Filme mit nahezu perfekter
  Qualität bei 1400 MB encodiert werden.
</para>

<para>
  Es gibt drei Annäherungen für das Encodieren eines Videos: konstante Bitrate
  (CBR), konstanter Quantisierer und Multipass (ABR, oder mittlere Bitrate).
</para>

<para>
  Die Komplexität der Frames eines Filmes und somit die Anzahl der für
  deren Komprimierung erforderlichen Bits kann von einer Szene zur anderen
  außerordentlich variieren.
  Moderne Videoencodern können sich durch Variieren der Bitrate an diese
  Anforderungen anpassen.
  In einfachen Modi wie CBR, kennen die Encoder jedoch nicht den
  Bitratenbedarf zukünftiger Szenen und sind somit nicht in der Lage,
  die angeforderte mittlere Bitrate über längere Zeitspannen zu
  überschreiten.
  Erweiterte Modi wie etwa Multipass-Encodierung können die Statistik
  früherer Durchgänge berücksichtigen; dies behebt das oben erwähnte
  Problem.
</para>

<note><title>Beachten Sie:</title>
<para>
  Die meisten Codecs, die ABR-Encodierung unterstützen, unterstützen nur
  die Encodierung in zwei Durchgängen (two pass) während einige andere wie
  etwa <systemitem class="library">x264</systemitem>,
  <systemitem class="library">XviD</systemitem>

  den Videoframe in 16x16 Pixel Macroblöcke und wendet danach einen
  Quantisierer auf jeden Macroblock an. Je niedriger der Quantisierer desto
  besser die Qualität und desto höher die Bitrate.
  Die Methode, die der Filmencoder zur Bestimmung des auf einen gegebenen
  Macroblock anzuwendenden Quantisierer verwendet, variiert und ist in
  hohem Maße einstellbar. (Dies ist eine extreme übertriebene Vereinfachung
  des aktuellen Prozesses, aber nützlich das Grundkonzept zu verstehen.)
</para>

<para>
  Wenn du eine konstante Bitrate festlegst, wird der Videocodec das Video
  so encodieren, dass so viele Details wie notwendig und so wenig

  (In der Praxis bedeutet dies einen Wert, der hoch genug ist kein Limit
  aufzuwerfen wie 10000Kbit.) Ohne echte Einschränkung der Bitrate wird
  der Codec als Ergebnis den niedrigsten möglichen Quantisierer für jeden
  Macroblock anwenden (wie durch <option>vqmin</option> für
  <systemitem class="library">libavcodec</systemitem>
  spezifiziert, standardmäßig ist dies 2).
  Sobald du eine Bitrate festlegst, die niedrig genug ist, den
  Codec zur Anwendung eines höheren Quantisierers zu zwingen, bist Du
  nahezu sicher dabei, die Qualität deines Videos zu ruinieren.
  Um dies zu vermeiden, solltst du möglicherweise dein Video wie
  in der später in diesem Handbuch beschriebenen Methode reduzieren.
  Im Allgemeinen solltst du CBR vollkommen meiden, wenn dir Qualität
  wichtig ist.
</para>

<para>
  Mit konstantem Quantisierer wendet der Codec den selben Quantisierer, wie
  durch die Option <option>vqscale</option> (für
  <systemitem class="library">libavcodec</systemitem>) spezifiziert, auf jeden
  Macroblock an.
  Willst du einen Rip mit höchstmöglicher Qualität und ignorierst dabei
  wiederum die Bitrate, kannst du <option>vqscale=2</option> verwenden.
  Dies wird die selbe Bitrate und PSNR (peak signal-to-noise ratio) liefern
  wie CBR mit <option>vbitrate</option>=infinity und dem standardmäßigen
  <option>vqmin</option> von 2.
</para>

<para>
  Das Problem mit konstantem Quantisierer ist, dass der vorgegebene Quantisierer
  zum Einsatz kommt, egal ob der Macroblock ihn benötigt oder nicht. Dies heißt,
  es wäre möglich, einen höheren Quantisierer auf einen Macroblock anzuwenden,
  ohne sichtbare Qualität zu opfern. Warum die Bits für einen unnötig kleinen
  Quantisierer verschwenden? deine CPU hat soundso viele Arbeitsgänge Zeit zur
  Verfügung, die Festplatte jedoch nur soundso viele Bits.
</para>

<para>
  Bei einer Encodierung mit zwei Durchläufen (two pass), wird der erste Durchgang
  den Film so rippen, als würde CBR vorliegen, jedoch wird ein Log die Eigenschaften
  jedes Frames beibehalten. Diese Daten werden danach während des zweiten Durchgangs
  dazu verwendet, intelligente Entscheidungen zur Wahl des Quantisierers zu treffen.
  Während schneller Aktionen oder hochdetaillierter Szenen werden womöglich
  höhere Quantisierer, während langsamen Bewegungen und Szenen mit weniger Details
  niedrigere Quantisierer verwendet.
  Normalerweise ist die Anzahl der Bewegungen wichtiger als die der Details.
</para>

<para>
  Wenn du <option>vqscale=2</option> verwendest, verschwendest du Bits. Wenn
  du <option>vqscale=3</option> anwendest, wirst du keinen Rip mit bestmöglicher
  Qualität erhalten. Angenommen du rippst eine DVD mit <option>vqscale=3</option>
  und das Resultat ist 1800Kbit. Wenn du in zwei Durchgängen (two pass) mit
  <option>vbitrate=1800</option> encodierst, wird das daraus resultierende Video
  eine <emphasis role="bold">bessere Qualität</emphasis> bei
  <emphasis role="bold">gleicher Bitrate</emphasis> haben.
</para>

</para>

<para>
  Interessiert die Größe nicht, stellen etwa 2000Kbit plus oder minus 200Kbit
  einen guten Ausgangspunkt für einen sehr hochqualitativen Rip dar.
  Bei einem Video mit schnellen Aktionen oder hohen Details, oder wenn du schlicht
  und ergreifend ein sehr kritisches Auge besitzst, könntest du dich für 2400
  oder 2600 entscheiden.
  Bei einigen DVDs kannst du eventuell keinen Unterschied bei 1400Kbit feststellen.
  um ein besseres Gefühl zu bekommen, ist es eine gute Idee, mit Szenen bei
  unterschiedlichen Bitraten herum zu experimentieren.
</para>

<para>
  Wenn du eine bestimmte Größe anvisierst, mußt du die Bitrate irgendwie
  kalkulieren.
  Aber zuvor solltest du wissen, wieviel Platz du für den/die Audiotrack(s)
  reservieren mußt, daher solltest Du
  <link linkend="menc-feat-dvd-mpeg4-audio">diese(n) zuerst rippen</link>.
  du kannst die Bitrate mit folgender Gleichung berechnen:
  <systemitem>Bitrate = (zielgroesse_in_MByte - soundgroesse_in_MByte) *
  1024 * 1024 / laenge_in_sek * 8 / 1000</systemitem>
  Um zum Beispiel einen zweistündigen Film auf eine 702MB CD mit einem 60MB

<sect2 id="menc-feat-dvd-mpeg4-constraints">
<title>Randbedingungen für effizientes Encodieren</title>

<para>
  Aufgrund der Natur der MPEG-Komrimierung, gibt es zahlreiche
  Randbedingungen, denen du zum Erreichen maximaler Qualität folgen
  solltest.
  MPEG splittet das Video in Macroblöcke genannte 16x16 Quadrate auf,
  jeder davon zusammengesetzt aus 4 8x8 Blöcken mit
  Luma-(Intensitäts)-Informationen und zwei halb-auflösenden 8x8
  Chroma-(Farb)-Blöcken (einer für die Rot-Zyan-Achse und der andere für
  die Blau-Gelb-Achse).
  Selbst wenn breite und Höhe deines Films kein Vielfaches von 16 sind,
  wird der Encoder ausreichend 16x16 Macroblöcke zur Abdeckung des
  gesamten Bildbereichs verwenden und der Extraplatz wird verschwendet.
  Folglich ist es keine gute Idee, im Interesse der Maximierung der
  Qualität bei fester Dateigröße, Abmessungen zu verwenden die kein
  Vielfaches von 16 sind.
</para>

<para>
  Die meisten DVDs besitzen ein bestimmtes Maß schwarzer Ränder
  an ihren Kanten. Diese dort zu belassen, kann die Qualität auf
  verschiedene Art und Weise negativ beeinflussen.
</para>

<orderedlist>
<listitem>

  MPEG-Kompression hängt ebenso in höchstem Maße von den
  Frequenzbereichs-Transformationen ab, insbesondere von der
  Discrete Cosine Transform (DCT), die der Fourier Transform ähnelt.
  Diese Art Encodierung ist für darstellende Muster und weiche
  Übergänge effizient, hat jedoch große Probleme mit scharfen Kanten.
  Um diese zu encodieren muß sie viel mehr Bits verwenden,
  oder andernfalls wird ein als Klingeln (ringing) bekannter Artefakt
  auftreten.
</para>

<para>
  Die Frequency Transform (DCT) erfolgt separat auf jeden
  Macroblock (eigentlich auf jeden Block), somit trifft dieses Problem
  nur zu, wenn sich in einem Block eine scharfe Kante befindet.
  Beginnt dein schwarzer Rand exakt an den Grenzen zum Vielfachen von
  16 Pixeln, stellt dies kein Problem dar.
  Seis drum, die schwarzen Ränder bei DVDs werden in den seltensten
  Fällen schön angeordnet, daher wirst du sie in der Praxis immer
  abschneiden müssen um diesen Nachteil zu vermeiden.
</para>
</listitem>
</orderedlist>

<para>
  Zusätzlich zu den Frequenzbereichs-Transformationen, verwendet die
  MPEG-Kompression Bewegungsvektoren, um den Wechsel von einem Frame
  zum anderen darzustellen.
  Bewegungsvektoren arbeiten bei Inhalt, der von den Kanten eines Bildes
  her einfließt, normalerweise weniger effizient, da dieser im vorherigen
  Frame nicht vorhanden ist. Solange sich das Bild bis voll zur Kante des

  werden soll. Nur die verbleibenden Unterschiede müssen encodiert werden.
  Überspannt der Macroblock die Kante des Bildes und enthält einen
  Teil des schwarzen Randes, werden Bewegungsvektoren aus anderen
  Teilen des Bildes den schwarzen Rand überschreiben. Dies bedeutet, dass
  jede Menge Bits entweder zur wiederholten Schwärzung des überschriebenen
  Randes aufgewendet werden müssen oder es wird (eher) erst gar kein
  Bewegungsvektor genutzt und alle Änderungen innerhalb dieses Macroblocks
  müssen explizit encodiert werden. So oder so wird die Encodiereffizienz
  außerordentlich reduziert.
</para>

<para>
  Nochmal, dieses Problem trifft nur dann zu, wenn keine schwarzen Ränder
  an den Grenzen eines Vielfachen von 16 anstehen.
</para>
</listitem>

<listitem>
<para>

<para>
  Läuft das Bild ständig zur Kante des encodierten Bereichs, besitzt
  MPEG spezielle Optimierungen, um immer wieder dann die Pixel am Rand des
  Bildes zu kopieren, wenn ein Bewegungsvektor von außerhalb des
  encodierten Bereichs ankommt. Dieses Feature wird nutzlos, wenn der Film
  schwarze Ränder hat. Im Gegensatz zu den Problemen 1 und 2, hilft hier
  kein Anordnen der Ränder am Vielfachen von 16.
</para>
</listitem>

<listitem>
<para>
  Trotzdem die Ränder komplett schwarz sind und sich nie ändern, ist
  zumindest ein minimaler Overhead damit verbunden, mehr Macroblöcke
  zu besitzen.
</para>
</listitem>
</orderedlist>

<para>
  Aus all diesen Gründen wird empfohlen, schwarze Ränder voll abzuschneiden.
  Mehr noch, liegt ein Bereich mit Rauschen/Verzerrung an der Kante des Bildes,
  steigert dessen Abschneiden ebenso die Encodiereffizienz. Videophile Puristen,
  die den Originalzustand so nah wie möglich sichern wollen,
  mögen dieses Abschneiden (cropping) beanstanden, wenn du jedoch nicht planst,
  bei konstantem Quantisierer zu encodieren, wird der Qualitätsgewinn, den Du

</tgroup>
</informaltable>

<para>
  Wie du sehen kannst, kommen Zeilen und Spalten des Bildes natürlich paarweise.
  Folglich <emphasis>müssen</emphasis> deine Abschneide-(crop)-Offsets und
  Abmessungen geradzahlig sein.
  Sind sie dies nicht, wird Chroma nicht mehr korrekt mit Luma abgeglichen.
  In der Theorie ist es möglich, mit ungeraden Offsets abzuschneiden, jedoch
  erfordert dies ein Resampling von Chroma, was potentiell eine mit Verlust
  verbundene (lossy) Operation bedeutet und vom Crop-Filter nicht unterstützt
  wird.
</para>

<para>
  Weiterhin wird interlaced Video folgendermaßen gesampelt:

  Ausschneiden ein Vielfaches von 4 sein.
</para>

<para>
  Die ursprüngliche DVD-Auflösung ist 720x480 für NTSC und 720x576 für PAL, es
  gibt jedoch ein Aspektkennzeichen das spezifiziert, ob Vollbild (4:3) oder
  Breitwandfilm (16:9) vorliegt. Viele (wenn nicht die meisten) Breitwandfilm-DVDs
  sind micht grundsätzlich 16:9 und werden entweder 1.85:1 oder 2.35:1 (Cinescope).
  Dies bedeutet, dass es schwarze Bänder im Video geben wird, die herausgeschnitten
  werden müssen.
</para>

<para>
  <application>MPlayer</application> stellt einen Crop-Erkennungsfilter
  zur Verfügung, der das Ausschnittsrechteck (<option>-vf cropdetect</option>)
  bestimmt.
  Starte <application>MPlayer</application> mit
  <option>-vf cropdetect</option> und er wird die Crop-Einstellungen
  zum Entfernen der Ränder ausgeben.
  du solltest den Film lange genug laufen lassen, damit die gesamte Bildfläche
  verwendet wird, um akkurate Crop-Werte zu erhalten.
</para>

  die Chroma-Ebenen nicht verkehrt anordnest.
</para>

<para>
  In bestimmten Fällen könnte Skalieren nicht wünschenswert sein.
  das Skalieren in vertikaler Richtung ist mit interlaced Video
  schwierig und wenn du das interlacing erhalten willst, solltest
  du für gewöhnlich das Skalieren bleiben lassen.
  Hast du nicht vor, zu Skalieren, willst aber nach wie vor Abmessungen
  in einem Vielfachen von 16 verwenden, mußt du über den Rand
  hinausschneiden.
  Schneide aber lieber nicht über den Rand hinaus, da schwarze Ränder
  sehr schlecht zu encodieren sind!
</para>

  Regel - nie ungerade Werte für irgendwelche Parameter beim Abschneiden
  oder Skalieren eines Videos-) Wenn du dich beim Wegwerfen einiger extra
  Pixel nicht wohl fühlst, ziehst du es stattdessen vor, das Video zu
  skalieren.
  Wir werden uns dies im unten stehenden Beispiel mal ansehen.
  du kannst den <option>cropdetect</option>-Filter sogar alles oben erwähnte
  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 verschwendet werden sollten.
</para>

<para>
  Nachdem nun alles gesagt ist, wirst du möglicherweise mit bei einem
  Video landen, dessen Pixel nicht ganz 1.85:1 oder 2.35:1, aber ziemlich
  nahe dran sind. Du könntest ein neues Seitenverhältnis manuell berechnen,
  aber <application>MEncoder</application> bietet eine Option für <systemitem
  class="library">libavcodec</systemitem> genannt <option>autoaspect</option>,
  die das für dich erledigt. Skaliere auf keinen Fall dieses Video hoch, um
  die Pixel abzugleichen solange du keinen Festplattenplatz verschwenden willst.
  Das Skalieren sollte beim Playback gemacht werden und der Player wird das
  in der AVI gespeicherte Seitenverhältnis zur Bestimmung der besten
  Auflösung verwenden.
  Unglücklicherweise erzwingen nicht alle Players diese Auto-Skalierinformation,
  und deshalb willst du trotzdem neu skalieren.
</para>
</sect2>


<sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate">
<title>Auswahl von Auflösung und Bitrate</title>

<para>
  Wenn du nicht vor hast, in konstantem Quantisiermodus zu encodieren,
  mußt du eine Bitrate auswählen.
  Das Konzept der Bitrate ist denkbar einfach.
  Sie ist die (mittlere) Anzahl Bits, die pro Sekunde zum Speichern
  Films verbraucht werden.
  Normalerweise wird die Bitratein 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 &quot;Overhead&quot; (siehe zum Beispiel in der
  Sektion über
  <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">den AVI-Container</link>).
  Weitere Parameter wie Skalierunng, Cropping, usw. werden die Dateigröße
  <emphasis role="bold">nicht</emphasis> ändern, solange du nicht auch
  die Bitrate veränderst!.
</para>
<para>
  Die Bitrate skaliert <emphasis role="bold">nicht</emphasis> proportional
  zur Auflösung.
  Dies ist zu sagen, eine Datei 320x240 mit 200 KBit/Sek wird nicht die selbe
  Qualität aufweisen wie des gleiche Film bei 640x480 und 800 KBit/Sek!
  Dafür gibt es zwei Gründe:
<orderedlist>
  <listitem><para>
    <emphasis role="bold">Wahrnehmbar</emphasis>: du bemerkst
    MPEG-Artefakte eher, wenn sie größer hochskaliert sind!

    Grob gesagt, jedes Pixel enthält mehr des Details als es dies
    zuvor tat.
    Somit enthält dein herunterskaliertes Bild 1/4 der Information
    in räumlichen Richtungen, es könnte immer noch einen hohen Anteil
    Information im Frequenzbereich enthalten (vorausgesetzt dass die
    hohen Frequenzen im originalen 640x480 Bild nicht ausgenutzt waren).
  </para></listitem>
  </orderedlist>
</para>
<para>
  Vergangene Leitfäden legten nahe, eine Bitrate und Auflösung zu wählen,

  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.
  Weiters, in Anbetracht das Filme außerordentlich in Bezug auf Rauschen, Details,
  Bewegungsgrad usw. variieren, ist es zwecklos allgemeine Empfehlungen
  für die Bits pro Diagonallänge (dem Analog zu Bits pro Pixel
  unter Verwendung der Quadratwurzel) abzugeben.
</para>
<para>
  So weit haben wir nun die Schwierigkeit der Wahl von Bitrate und

<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Berechnen der Auflösung</title>
<para>
  Die folgenden Schritte werden dich in der Berechnen der Auflösung
  deiner Encodierung anleiten, ohne das Video allzusehr zu verzerren,
  indem verschiedene Typen von Informationen über das Quellvideo in
  Betracht gezogen werden.
  Zuerst solltest du die encodierte Auflösung berechnen:
  <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>

  Um den CQ anzuheben, könntest du typischerweise den Film unter der Annahme
  herunterskalieren, dass die Bitrate mit der Funktion der Zielgröße und der
  Länge des Films berechnest, die ja konstant sind.
  Mit MPEG-4 ASP-Codecs wie <systemitem class="library">XviD</systemitem>
  und <systemitem class="library">libavcodec</systemitem>, resultiert ein CQ
  unter 0.18 für gewöhnlich in einem blockmäßig schönen Bild, weil nicht
  genug Bits zum Codieren der Information jedes Macroblocks vorhanden sind.
  (MPEG4, wie auch viele andere Codecs, gruppiert Pixel nach Blöcken verschiedener
  Pixel, um das Bild zu komprimieren; sind nicht genügend Bits vorhanden,
  werden die Kanten dieser Blöcke sichtbar.)
  Es ist daher weise, einen CQ im Bereich von 0.20 bis 0.22 für einen 1 CD-Rip
  und 0.26-0.28 für einen 2 CD-Rip mit Standard-Encodieroptionen zu nehmen.
  höherntwickelte Encodieroptionen wie die hier für
  <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link>
  und
<link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link>
  aufgelisteten sollten es möglich machen, die selbe Qualität mit einem CQ im Bereich
  von 0.18 bis 0.20 für einen 1 CD-CDip und 0.24 bis 0.26 für einen 2 CD-Rip zu erreichen.
  Mit den MPEG-4 ASP-Codecs wie <systemitem class="library">x264</systemitem>,
  kannst du einen CQ im Bereich von 0.14 bis 0.16 mit Standard-Encodieroptionen
  verwenden, und solltest bis auf 0.10 bis 0.12 mit den
  <link linkend="menc-feat-x264-example-settings">erweiterten Encodieroptionen von <systemitem class="library">x264</systemitem></link>
  runter gehen können.
</para>

<para>
  Bitte nimm zur Kenntnis, dass der CQ lediglich eine hinweisende Zahl ist,
  da sie vom encodierten Inhalt abhängt, ein CQ von 0.18 kann für einen
  Bergman-Film recht hübsch aussehen, im Gegensatz zu einem Film wie
  The Matrix, der jede Menge High-Motion-Szenen enthält.
  Auf der anderen Seite ist es wertlos, den CQ höher als 0.30 zu schrauben,
  da du ohne spürbaren Qualitätsgewinn Bits vergeuden würdest.
  Beachte ebenso, dass wie früher in diesem Handbuch bereits angemerkt,

<sect2 id="menc-feat-dvd-mpeg4-filtering">
<title>Filtern</title>

<para>
  Zu lernen, wie man <application>MEncoder</application>'s Videofilter
  verwendet, ist essentiell, um gute Encodierungen zu produzieren.
  Jede Videoverarbeitung wird über Filter ausgeführt -- Ausschneiden,
  Skalieren, Farbanpassung, Rauschentfernung, Scharfzeichnen, deinterlacing,
  telecine, umgekehrtes telecine und deblocking, um nur ein paar davon aufzuzählen.
  Zusammen mit der gewaltigen Zahl unterstützter Inputformate, ist die Vielfalt der
  in <application>MEncoder</application> verfügbaren Filter eine seiner
  Hauptvorteile im Vergleich zu ähnlichen Programmen.
</para>

<para>
  Filter werden in einer Kette über die Option -vf geladen:

  <screen>-vf filter1=options,filter2=options,...</screen>

  Die meisten Filter nehmen mehrere numerische, Komma-getrennte
  Optionen entgegen, jedoch variiert die Syntax der Optionen von
  Filter zu Filter, also lies bitte die Man Page für Details
  zu den Filtern, die du verwenden willst.
</para>

  (umgekehrtes telecine) und <option>softpulldown</option> (zur Konvertierung
  von soft telecine nach hard telecine).
</para>

<para>
  Im allgemeinen solltest du den Film so wenig wie möglich Filtern, um
  nahe an der originalen DVD-Quelle zu bleiben. Ausschneiden ist oft
  notwendig (wie oben beschrieben), vermeide aber das Skalieren von Videos.
  Obwohl das Herunterskalieren manchmal vorgezogen wird, um höhere Quantisierer
  zu verwenden, wollen wir beide diese Dinge vermeiden: erinnere dich daran,
  dass wir von Anfang an beschlossen hatten, um einen Kompromiss zwischen
  Bits und Qualität zu schließen.
</para>

<para>
  Passe ebenso kein Gamma, Kontrast, Helligkeit,usw. an. Was auf deinem
  Display gut aussieht, sieht auf anderen eventuell nicht gut aus. Diese
  Anpassungen sollten nur im Playback vorgenommen werden.
</para>

<para>
  Eine Sache, die du vielleicht machen willst, das Video durch einen sehr
  feinen Entrauschfilter (Denoise) zu schicken, wie etwa <option>-vf hqdn3d=2:1:2</option>.
  Nochmals, es geht darum, die Bits einer besseren Verwendung zuzuführen: warum
  zu Encodieren des Rauschens verschwenden, wenn du dieses Rauschen auch während
  des Playback entfernen kannst?
  Die Parameter für <option>hqdn3d</option> zu erhöhen, wird überdies
  die Komprimierbarkeit erhöhen, erhöhst du jedoch die Werte zu sehr, riskierst Du
  eine Verringerung der Bildsichtbarkeit. Die oben vorgeschlagenen Werte
  (<option>2:1:2</option>) sind ziemlich konservativ; du solltest dich frei

<sect2 id="menc-feat-dvd-mpeg4-interlacing">
<title>Interlacing und telecine</title>

<para>
  Nahezu alle Filme sind bei 24 fps aufgenommen. Weil NTSC 30000/1001 fps ist,
  müssen mit diesen 24 fps Videos einige Verarbeitungen durchgeführt werden,
  um sie mit der korrekten NTSC-Framerate laufen zu lassen. Der Prozess wird 3:2
  pulldown genannt, allgemein telecine zugeordnet (weil pulldown des öfteren
  während des telecine-Prozesses angewandt wird), und naiv so beschrieben,
  er arbeite mit einer Verlangsamung des Films auf 24000/1001 fps und dem
  Wiederholen jeden vierten Frames.
</para>

<para>
  Keine spezielle Verarbeitung ist jedoch bei einem Video für PAL-DVDs
  durchzuführen, das bei 25 fps läuft. (Technisch gesehen kann PAL telecined

  bei 25 fps abgespielt korrekt an, obwohl der Audiotrack (und infolgedessen der
  gesamte Film) eine 4% kürzere Abspielzeit hat wie NTSC-DVDs.
</para>

<para>
  Weil das Video in einer PAL-DVD nicht verändert wurde, mußt du dich nicht
  viel um die Framerate sorgen. Die Quelle ist 25 fps und dein Rip wird 25
  fps haben. Wenn du jedoch einen NTSC-DVD-Film rippst, mußt du eventuell
  umgekehrtes telecine anwenden.
</para>

<para>
  Für mit 24 fps aufgenommene Filme, ist das Video auf der NTSC-DVD entweder telecined
  30000/1001 oder hat andernfalls progressive 24000/1001 fps und es ist vorgesehen,
  on-the-fly vom DVD-Player telecined zu werden. Auf der anderen Seite sind TV-Serien
  üblicherweise nur interlaced, nicht telecined. Dies ist keine harte Regel: einige
  TV-Serien sind interlaced (wie etwa Buffy die Vampirkillerin), wogegen andere
  eine Mixtur aus progressive und interlaced sind (so wie Angel oder 24) - wers kennt :).
</para>

<para>

<orderedlist>
<listitem><para>
  Ausschneidehöhe und y-Offset müssen Vielfache von 4 sein.
</para></listitem>
<listitem><para>
  Jedes vertikale Skalieren muß im interlaced Modus durchgeführt werden.
</para></listitem>
<listitem><para>
  Nachbearbeitungs- (postprocessing) und Rauschunterdrückungsfilter (denoising)
  funktioniert eventuell nicht wie erwartet bis du speziell darauf achtest,
  sie jeweils Feld für Feld auf sie einzuwirken und sie können das Video
  kaputt machen, wenn sie inkorrekt angewendet werden.
</para></listitem>
</orderedlist>

<para>

<sect2 id="menc-feat-dvd-mpeg4-av-sync">
<title>Anmerkungen zur Audio-/Videosynchronisation</title>
<para>
  <application>MEncoder</application>'s Algorithmen der Audio-/Videosynchronisation
  wurden mit der Intention entwickelt, Dateien mit kaputter sync wieder herzustellen.
  In einigen Fällen können unnötiges Überspringen und Duplizieren
  von Frames und möglicherweise leichte A/V-Desynchronisation verursachen, auch wenn sie
  mit dem richtigen Input verwendet werden
  (gewiss, Probleme mit A/V-Synchronisation treffen nur zu, wenn du den Audiotrack während
  der Transcodierung des Videos verarbeitest oder kopierst, zu was auch nachhaltig
  ermutigt wird).
  Hierfür müsstest du mit der Option <option>-mc 0</option> in die
  Grundeinstellung der A/V-Synchronisation wechseln oder diese in deine
  <systemitem>~/.mplayer/mencoder</systemitem> Konfigurationsdatei eintragen,
  solange du ausschließlich mit guten Quellen arbeitest (DVD, TV-Capture,
  hochqualitativen MPEG-4-Rips usw.) und mit nicht kaputten ASF/RM/MOV-Dateien.
</para>
<para>
  Wenn du dich überdies gegen merkwürdige Frameübersprünge und -duplikationen
  absichern willst, kannst du beides verwenden, <option>-mc 0</option>
  und <option>-noskip</option>.

  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
  erfahrene Benutzer, die wissen, wann es sicher anzuwenden ist und wann nicht.
  Wenn du zuvor noch nie etwas vom 3-pass-Modus gehört hast, vergiss, dass wir es je
  erwähnt hatten!
</para>
<para>
  Es gab auch Berichte über A/V-Desynchronisation, wenn
  mit <application>MEncoder</application> von stdin encodiert wurde.
  Lass das bleiben! Verwende immer eine Datei oder ein CD/DVD/usw-Gerät

<sect2 id="menc-feat-dvd-mpeg4-codec">
<title>Auswahl des Videocodecs</title>

<para>
  Welcher Videocodec am besten zu wählen, hängt von mehreren Faktoren ab,
  wie Größe, Qualität, Streambarkeit, Brauchbarkeit und Popularität, manche
  davon hängen weitgehend vom persönlichen Geschmack und technischen
  Randbedingungen ab.
</para>
<itemizedlist>
  <listitem><para>
  <emphasis role="bold">Kompressionseffizienz</emphasis>:
  Es ist leicht zu verstehen, dass die meisten Codecs der neueren Generation
  dafür gemacht wurden, Qualität und Komprimierung zu verbessern.
  Deshalb behauptet der Autor dieses Handbuches und viele anderen Leute, dass
  du nichts verkehrt machen kannst,
  <footnote id='fn-menc-feat-dvd-mpeg4-codec-cpu'>
  <para>Sei trotzdem vorsichtig: MPEG-4 AVC-Videos in DVD-Auflösung zu
  decodieren erfordert einen schnellen Rechner (z.B. einen Pentium 4
  über 1.5Ghz oder einen Pentium M über 1Ghz).

  MPEG-2-Codecs.
  </para>
  <para>
  Allerdings können neuere Codecs, die noch stark in der Entwicklung stecken,
  unter unentdeckten Bugs leiden, die die Encodierung ruinieren können.
  Dies nimmt man schlicht in Kauf, wenn man Technologie mit blutigen Kanten
  anwendet.
  </para>
  <para>
  Außerdem, mit einem neuen Codec umzugehen erfordert einige Zeit, sich
  mit dessen Optionen vertraut zu machen, sodass du weißt, was alles anzupassen
  ist, um die erhoffte Bildqualität zu erreichen.
  </para></listitem>

  <listitem><para>
  <emphasis role="bold">Hardware-Kompatibilität</emphasis>:
  Gewöhnlich dauert es bei neuen standalone Video-Playern lange bis der
  Support für die neuesten Videocodecs eingebunden ist.
  Als ein Ergebnis unterstützen die meisten nur MPEG-1 (wie VCD, XVCD
  und KVCD), MPEG-2 (wie DVD, SVCD und KVCD) und MPEG-4 ASP (wie DivX,
  LMP4 von <systemitem class="library">libavcodec</systemitem> und
  <systemitem class="library">XviD</systemitem>)
  (Vorsicht: Im allgemeinen werden nicht alle MPEG-4 ASP-Features unterstützt).
  Sieh bitte in den technischen Spezifikationen deines Players nach (falls
  welche vorhanden sind) oder google nach mehr Informationen rum.
  </para></listitem>

  <listitem><para>
  <emphasis role="bold">Beste Qualität pro Encodierzeit</emphasis>:
  Codecs die es schon einige Zeit gibt (wie
  <systemitem class="library">libavcodec</systemitem> MPEG-4 und
  <systemitem class="library">XviD</systemitem>) sind gewöhnlich heftig
  mit allen möglichen intelligenten Algorithmen und SIMD Assembly-Code optimiert.
  Das ist, weil sie darauf abzielen, das beste Verhältnis von Qualität
  pro Encodierzeit zu liefern.
  Jedoch haben sie oft einige sehr fortschrittliche Optionen, die,
  wenn aktiviert, das Encodieren bei marginalem Gewinn wirklich langsam
  machen.
  </para>
  <para>
  Wenn du es auf die Wahnsinnsgeschwindigkeit abzielst, solltest du
  in der Nähe der Standard-Einstellungen des Videocodecs bleiben
  (obwohl du ruhig weitere Optionen ausprobieren solltest, die in
  anderen Sektionen dieses Handbuchs angesprochen werden).
  </para>
  <para>
  Vielleicht überlegst du auch, einen Codec auszuwählen, der mit
  Multi-Threading klar kommt, was nur für Benutzer von Rechnern
  mit einigen CPUs von Nutzen ist.
  <systemitem class="library">libavcodec</systemitem> MPEG-4 erlaubt
  dies zwar, aber die Geschwindigkeitsgewinne sind begrenzt und es gibt
  einen leicht negativen Effekt in Bezug auf die Bildqualität.
  Die Multi-Thread-Encodierung von <systemitem class="library">XviD</systemitem>,
  durch die Option <option>threads</option> aktiviert, kann zum Ankurbeln

  <para>
  Du solltest dir dein eigenes Urteil bilden; lass dich nicht von Leuten
  vollquasseln, die auf den einen Codec schwören.
  Nimm ein paar Beispiel-Clips von Originalquellen und vergleiche die
  verschiedenen Encodier-Optionen und Codecs, um den einen zu finden, mit
  dem du am besten klar kommst.
  Der beste Codec ist der, den du beherrschst und der in deinen Augen
  auf deinem Display am besten aussieht.
  <footnote id='fn-menc-feat-dvd-mpeg4-codec-playback'>
  <para>Die selbe Encodierung kann auf dem Monitor eines anderen vollkommen
  anders aussehen oder wenn sie von einem anderen Decoder abgespielt wird,
  also mach deine Encodierungen zukunftssicher indem du sie unter verschiedenen
  Setups ablaufen lässt.</para></footnote>!
  </para></listitem>
</itemizedlist>

<sect2 id="menc-feat-dvd-mpeg4-audio">
<title>Audio</title>

<para>
  Audio ist ein leichter zu lösendes Problem: wenn du Wert auf Qualität legst,
  lass es einfach so wie es ist.
  Gerade AC3 5.1 Streams sind meist 448Kbit/s und jedes Bit wert.
  Möglicherweise gerätst du in Versuchung, Audio in hochwertiges Vorbis
  umzuwandeln, aber nur weil du heute keinen A/V-Receiver für AC3-pass-through
  besitzt, dies bedeutet nicht, dass du nicht morgen doch einen hast.
  Halte deine DVD-Rips zukunftssicher, indem du den AC3-Stream beibehältst.
  Du behältst den AC3-Stream entweder, indem du ihn
  <link linkend="menc-feat-mpeg4">während der Encodierung</link> direkt in den
  Video-Stream kopierst.
  Du kannst den AC3-Stream aber auch extrahieren, um ihn in Container wie NUT

  verwendest, wahrscheinlich um einige Probleme in deinen
  Encodier-Befehlszeileneinstellungen zu verbergen.
  In anderen Worten, einen Soundtrack während dem Encodieren zu haben, stellt sicher,
  vorausgesetzt du siehst keine Meldungen wie
  <quote>Too many audio packets in the buffer</quote>, dass du in der Lage sein
  wirst eine korrekte Synchronisation zu erhalten.
</para>

<para>
  Du brauchst <application>MEncoder</application> zur Verarbeitung des Sounds.
  Du kannst zum Beispiel den originalen Soundtrack während dem Encodieren it
  <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.

  Vielleicht willst du den Sound vor dem Encodieren normalisieren, da
  DVD-Audiotracks gemeinhin bei niedriger Lautzstärke aufgenommen sind.
  Du kannst beispielsweise das Tool <application>normalize</application> verwenden,
  das in den meisten Distributionen zur Verfügung steht.
  Wenn du Windows nutzt, kann ein Tool wie <application>BeSweet</application>
  den selben Job erledigen.
  Du wirst entweder nach Vorbis oder MP3 komprimieren.
  Zum Beispiel:
  <screen>oggenc -q1 <replaceable>destination_sound.wav</replaceable></screen>
  wird <replaceable>destination_sound.wav</replaceable> mit
  der Encodierqualität 1 encodieren, was annähernd 80Kb/s ergibt und

<title>Muxen</title>
<para>
  Nun da du dein Video encodiert hast, wirst du es höchstwahrscheinlich
  mit einem oder mehr Audiotracks in einen Movie-Container wie etwa
  AVI, MPEG, Matroska oder NUT muxen.
  <application>MEncoder</application> ist aktuell nur un der Lage,
  Audio und Video nativ in MPEG- und AVI-Containerformate auszugeben.
  Zum Beispiel:
  <screen>mencoder -oac copy -ovc copy -o <replaceable>output_movie.avi</replaceable> -audiofile <replaceable>input_audio.mp2</replaceable> <replaceable>input_video.avi</replaceable></screen>
  Dies würde die Video-Datei <replaceable>input_video.avi</replaceable>
  und die Audio-Datei <replaceable>input_audio.mp2</replaceable>

  Es kann vorkommen, dass du ernsthafte A/V-Synchronisationprobleme hast während
  du versuchst, deine Video- und einige Audiotracks zu muxen, wobei es nichts
  ändert, wenn du das Audiodelay anpasst, du bekommst nie eine korrekte
  Synchronisation zu Stande.
  Dies kann vorkommen, wenn du manche Videofilter verwendest, die einige Frames
  weglassen oder duplizieren, wie etwa die umgekehrten telecine-Filter.
  ich kann dich nur dazu ermutigen, den <option>harddup</option>-Videofilter
  ans Ende der Filterkette anzuhängen, um solcherlei Problemen aus dem Weg
  zu gehen.
</para>

  Container setzt, sodass der letzte Frame nochmals angezeigt wird, um
  während des Schreibens des aktuellen Frames synchron zu bleiben.
  Mit <option>harddup</option> wird <application>MEncoder</application>
  statt dessen einfach den zuletzt angezeigten Frame nochmal in die Filterkette
  einschieben.
  Dies bedeutet, dass der Encoder <emphasis>exakt</emphasis> den selben Frame
  zweimal entgegen nimmt und komprimiert.
  Die ergibt eine etwas größere Datei, verursacht jedoch keine Probleme
  beim Demuxen oder Remuxen in ein anderes Containerformat.
</para>

<para>
  Du kommst auch nicht um den Einsatz von <option>harddup</option> im

  Der vielleicht offensichtlichste ist der Overhead.
  Für jeden Block der AVI-Datei werden 24 Byte auf Header und Indizes
  verschwendet.
  Dies heißt übersetzt etwas mehr als 5 MB pro Stunde oder 1-2.5%
  Overhead für einen 700 MB Film. Das sieht nicht nach viel aus, könnte aber
  die Dfferenz zwischen einem Video mit 700 KBit/Sek oder 714 KBit/Sek
  bedeuten, und jedes bisschen mehr an Qualität zählt.
</para>

<para>
  Zu dieser schockierenden Ineffizienz kommen bei AVI noch folgende

  (ohnehin großen) Overhead fünffach oder mehr und sind somit ungeeignet.
</para>
</listitem>
<listitem>
<para>
  Audio in AVI-Dateien muß entweder konstante Bitrate (CBR) oder
  konstante Framegröße haben (z.B. alle Frames decodieren zur selben Anzahl
  Samples).
  Unglücklicherweise erfüllt der effektivste Codec, Vorbis, keine dieser
  Anforderungen.
  Deshalb wirst du einen weniger effizienten Codec wie MP3 oder AC3 verwenden
  müssen, wenn du planst, einen Film in AVI zu speichern.
</para>
</listitem>
</orderedlist>

<para>
  Nachdem ich nun all dies erzählt habe, muß ich anmerken, momentan
  unterstützt <application>MEncoder</application> keinen Output mit
  variablen fps oder Vorbis-Encodierung.
  Deswegen magst du dies nicht als Einschränkung ansehen, wenn
  <application>MEncoder</application> das einzige Tool ist, das du
  nutzt um deine Ecodierungen zu produzieren.
  Es ist dennoch möglich <application>MEncoder</application> nur zur
  Videoencodierung zu verwenden und danach externe Tools, um Audio
  zum Encodieren und in ein anderes Containerformat zu muxen.
</para>
</sect3>

  womit AVI etwas anfangen kann.
</para>

<para>
  Die zum Erzeugen von Matroska-Dateien erforderlichen Tools werden
  kollectiv <application>mkvtoolnix</application> genannt und stehen
  für die meisten Unix-Plattformen wie auch <application>Windows</application>
  zur Verfügung.
  Weil Matroska ein offener Standard ist, findest du vielleicht andere
  Tools, die besser für dich eignen, aber da mkvtoolnix das am meisten
  verbreitete ist und von Matroska selbst unterstützt wird, werden wir nur
  dessen Anwendung einbeziehen.
</para>

<para>
  Möglicherweise der einfachste Weg, mit Matroska anzufangen, ist
  <application>MMG</application> zu verwenden, das grafische Frontend
  das mit <application>mkvtoolnix</application> daherkommt, und dem
  <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">guide to mkvmerge GUI (mmg)</ulink>
  zu folgen.
</para>

<sect2 id="menc-feat-telecine-intro">
<title>Einführung</title>
<formalpara>
<title>Was ist telecine?</title>
<para>
  Ich schlage vor du besuchst diese Seite, wenn du nicht viel von dem
  verstehst, was in diesem Dokument beschrieben wird:
  <ulink url="http://www.divx.com/support/guides/guide.php?gid=10">http://www.divx.com/support/guides/guide.php?gid=10</ulink>
  Diese URL führt zu einer verständlichen und einigermaßen umfassend
  Beschreibung was telecine ist.
</para></formalpara>

<formalpara>
<title>Eine Anmerkung zu Zahlen.</title>
<para>
  Viele Dokumente, einschließlich des oben verlinkten Handbuchs, beziehen
  sich auf den Wert Felder pro Sekunde von NTSC-Video als 59.94 und dem
  korrespondierenden Frames pro Sekunde als 29.97 (für telecined und
  interlaced) und 23.976 (für progressiv). Zur Vereinfachung runden
  manche dieser Dokumente sogar auf 60, 30 und 24 auf.
</para></formalpara>

<para>
  Streng genommen sind alle diese Zahlen Näherungswerte. Das Schwarz/Weiß
  NTSC-Video war exakt 60 Felder pro Sekunde, aber 60000/1001
  wurde später gewählt, um die Farbdaten anzupassen, solange man gleichzeitig
  zu Schwarz/Weiß-Fernsehen kompatibel blieb. Digitales NTSC-Video
  (so wie auf einer DVD) hat ebenfalls 60000/1001 Felder pro Sekunde. Hieraus
  wird interlaced und telecined Video als 30000/1001 Frames pro Sekunde
  enthaltend abgeleitet; progressive Video hat 24000/1001 Frames pro Sekunde.
</para>

<para>
  Ältere Versionen der <application>MEncoder</application>-Dokumentation
  und viele archivierten Posts in Mailing-Listen beziehen sich auf 59.94,
  29.97 und 23.976.
  Alle <application>MEncoder</application>-Dokumentationen wurden insofern
  aktualisiert, dass sie fraktionale Werte verwenden und du solltest das
  auch tun.
</para>

<para>
  <option>-ofps 23.976</option> ist inkorrekt.
  <option>-ofps 24000/1001</option> sollte statt dessen benutzt werden.
</para>

<formalpara>
<title>Wie telecine angewandt wird.</title>
<para>
  Jedes Video, das zur Anzeige auf einem NTSC-Fernseh-Set vorgesehen ist
  muß 60000/1001 Felder pro Sekunde haben. Für TV-Filme und Shows
  hergestellt sind sie häufig direkt mit 60000/1001 Felder pro Sekunde
  aufgenommen, die Mehrheit der Kinofilme jedoch mit 24 oder 24000/1001
  Frames pro Sekunde. Wenn cinematische Movie-DVDs gemastert werden,
  wird das Video dabach fürs Fernsehen mittels eines telecine genannten
  Prozesses konvertiert.
</para></formalpara>

<para>
  Auf einer DVD wird das Video eigentlich nie als 60000/1001 Felder
  pro Sekunde abgelegt. Für ein Video das ursprünglich 60000/1001 war,
  wird jedes Feldpaar zu einem Frame kombiniert, was dann 30000/1001
  Frames pro Sekunde ergibt. Hardware-DVD-Player lesen dann ein im
  Videostream eingebettetes Kennzeichen aus, um zu bestimmen ob die gerade
  oder ungerade nummerierten Zeilen das erste Feld formen sollen.
</para>

<para>
  Üblicherweise bleibt ein Inhalt mit 24000/1001 Frames pro Sekunde
  so wie er ist, wenn er für eine DVD encodiert wird und der DVD-Player
  muß das Telecining on-the-fly bewerkstelligen. Manchmal jedoch wird das
  Video telecined <emphasis>bevor</emphasis> es auf der DVD gespeichert wird;
  selbst wenn es ursprünglich 24000/1001 Frames pro Sekunde war, wird es
  60000/1001 Felder pro Sekunde. Wenn es auf der DVD gespeichert wird,
  werden Feldpaare zu 30000/1001 Frames pro Sekunde kombiniert.
</para>

<para>
  Wenn man sich das aus 60000/10001 Feldern pro Sekunde geformten Einzelframes
  erzeugte Video betrachtet, ist telecined oder anderenfalls interlacing
  klar sichtbar woimmer Bewegung auftritt, da ein Feld (sagen wir, die
  gerade bummerierten Zeilen) einen Moment zur Zeit 1/(60000/1001) Sekunden
  später als das andere repräsentiert. Spielt man ein interlaced Video auf
  einem Computer ab, sehen beide hässlich aus, weil der Monitor eine höhere
  Auflösung besitzt und weil das Video Frame für Frame anstatt Feld für Feld
  gezeigt wird.
</para>

<itemizedlist>
<title>Anmerkungen:</title>
<listitem><para>
  Diese Sektion gilt nur für NTSC-DVDs und nicht für PAL.
  </para></listitem>
<listitem><para>
  Die <application>MEncoder</application>-Beispielzeilen überall im

  </para></listitem>
</itemizedlist>
</sect2>

<sect2 id="menc-feat-telecine-ident">
<title>Wie soll man sagen, welchen Typ Video man hat</title>

<sect3 id="menc-feat-telecine-ident-progressive">
<title>Progressiv</title>
<para>
  Progressive Video wurde ursprünglich mit 24000/1001 fps gefilmt und
  ohne Änderung aud der DVD abgespeichert.
</para>

<para>
  Wenn du ein progressive DVD in <application>MPlayer</application> abspielst,
  wird <application>MPlayer</application> folgende Zeile ausgeben, sobald
  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 progressive Video ankuckst, solltest du nie irgendein
  interlacing sehen. Sei trotzdem vorsichtig, weil manchmal ein winziges
  bisschen telecine dort hin eingemischt wurde, wo du es nicht erwartest.
  Ich bin TV-Show-DVDs begegnet, die eine Sekunde telecine bei jedem
  Szenenwechsel haben oder an extrem zufälligen Stellen. Ich hatte einmal
  eine DVD angesehen, die eine progressive erste Hälfte hatte und die
  zweite Hälfte war telecined. Willst du<emphasis>wirklich</emphasis>
  gründlich sein, kannst du den kompletten Film scannen:

  <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>

  Das Verwenden von <option>-benchmark</option> veranlasst
  <application>MPlayer</application>, den Film so schnell er es nur kann
  abzuspielen; dies dauert je nach deiner Hardware, trotzdem noch eine
  Weile. Jedesmal wenn demux_mpg einen Frameratenwechsel meldet, wird dir
  die Zeile unmittelbar darüber die Zeit anzeigen bei welcher der Wechsel
  auftrat.
</para>

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

<sect3 id="menc-feat-telecine-ident-telecined">
<title>Telecined</title>
<para>
  Telecined Video was ursprünlich mit 24000/1001 aufgenommen, aber wurde
  telecined <emphasis>bevor</emphasis> es auf die DVD geschrieben wurde.
</para>

<para>
  <application>MPlayer</application> meldet keine (nie)
  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>

    </listitem>
  <listitem><para>
    Suche einen Teil mit Bewegung.
    </para></listitem>
  <listitem><para>
    Benutze die Taste <keycap>.</keycap> um jeweils einen Frame vorwärts zu rücken.
    </para></listitem>
  <listitem><para>
    Schau auf das Muster der der interlaced und progressive aussehenden
    Frames. Ist das Muster, das du siehst PPPII,PPPII,PPPII,... dann ist das
    Video telecined. Siehst du andere Muster, dann wurde das Video womöglich
    mittels einiger Nicht-Standard-Methoden telecined;
    <application>MEncoder</application> kann ein Nicht-Standard-telecine
    nicht Verlustfrei nach progressive konvertieren. Siehst du überhaupt
    keine Muster, ist es höchstwahrscheinlich interlaced.
    </para></listitem>
  </orderedlist>
</para>

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

<para>
  Ein anderer Weg, zu sagen, dass deine Quelle telecined ist oder nicht
  ist die Quelle mit den Befehlszeilenoptionen <option>-vf pullup</option>
  und <option>-v</option> abzuspielen. um zu nachzusehen, wie
  <option>pullup</option> zu den Frames passt.
  Ist die Quelle telecined, solltest du in der Befehlszeile ein 3:2 Muster
  mit abwechselnd <systemitem>0+.1.+2</systemitem> und <systemitem>0++1</systemitem>
  anzeigen.
  Diese Technik hat den Vorteil, dass du die Quelle nicht zu beobachten
  brauchst, umsie zu identifizieren, was von Nutzen sein könnte, falls du
  den Encodiervorgang automatisieren willst oder besagte Prozedur ferngesteuert
  mittels einer langsamen Verbindung vornehmen willst.
</para>

</sect3>

  1/(60000/1001) Sekunden angenommen, und wenn sie simultan angezeigt werden,
  wird der Unterschied offensichtlich.
</para>

<para>
  Wie bei telecined Video, sollte <application>MPlayer</application> niemals
  einen Frameratewechsel beim Abspielen des interlaced Inhalts melden.
</para>

<para>
  Wenn du ein interlaced Video genau ansiehst, in dem du dich mit der Tast
  <keycap>.</keycap> durch die Frames tastest, wirst du sehen, dass
  jeder einzelne Frame interlaced ist.
</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 ürsprü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) zurück und vor zwischen &quot;30000/1001 fps NTSC&quot;
  und &quot;24000/1001 fps progressive NTSC&quot; 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

</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 su die Sektion 30000/1001 fps untersuchst und feststellst, dass
  sie das telecine-Muster nicht haben.
</para>
</sect3>

</sect2>

<para>
  Progressive Video erfordert kein spezielles Filtern, um es zu encodieren.
  Der einzige Parameter, den du gewiss anwenden solltest ist
  <option>-ofps 24000/1001</option>. Andernfalls wird
  <application>MEncoder</application> versuchen, bei 30000/1001 fps
  zu encodieren und wird Frames duplizieren.
</para>

<para>
  <screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen>
</para>

<para>
  Dennoch ist es öfters der Fall, dass ein Video, das progressive aussieht
  eigentlich kurze Teile telecine eingemischt hat. Solange du dir nicht
  sicher bist, ist es am sichersten, das Video als
  <link linkend="menc-feat-telecine-encode-mixedpt">gemischtes progressive und telecine</link>.
  zu behandeln. Der Performance-Verlust ist gering
  <link linkend="menc-feat-telecine-footnotes">[3]</link>.

<title>Telecined</title>
<para>
  Telecine kann umgekehrt werden, um den originalen 24000/1001-Inhalt zu erhalten,
  indem man einen Prozess verwendet, der inverse-telecine genannt wird.
  <application>MPlayer</application> enthält verschiedene Filter, um dies
  zu erreichen; der beste Filter, <option>pullup</option>, wird in der Sektion
  <link linkend="menc-feat-telecine-encode-mixedpt">Gemischtes progressive und telecine</link>
  beschrieben.
</para>
</sect3>

<sect3 id="menc-feat-telecine-encode-interlaced">
<title>Interlaced</title>
<para>
  In den meisten praktischen Fällen ist es nicht möglich, ein komplettes
  progressive 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
  &quot;schätzen&quot;, wie die korrespondierenden Zeilen für jedes Feld
  vervollständigt werden sollten (dies hat Nachteile - siehe Methode 3).
</para>

<orderedlist>
<listitem><para>

  Das Video in interlaced Form encodieren. Normalerweise richtet interlacing
  verheerenden Schaden mit der Fähigkeit des Encoders an, gur zu komprimieren,
  <systemitem class="library">libavcodec</systemitem> hat jedoch zwei
  eigens für das ein wenig bessere Abspeichern von interlaced Video gedachte
  Parameter: <option> ildct</option> und <option>ilme</option>. Auch wenn
  die Verwendung von <option>mbd=2</option> dringend zu empfehlen ist
  <link linkend="menc-feat-telecine-footnotes">[2]</link>, weil es
  Macroblöck wie nicht-interlaced an Stellen encodiert, an denen keine Bewegung
  stattfindet. Beachte, dass <option>-ofps</option> hier NICHT notwendig ist.

  <screen>mencoder dvd://1 -oac copy -ovc lavc -lavcopts ildct:ilme:mbd=2</screen>
  </para></listitem>
<listitem><para>
  Nutze einen deinterlacing-Filter vor dem Encodieren. Es stehen verschiedene
  dieser Filter zu Auswahl zur Verfügung, jeder mit seinen eigenen Vor-
  und Nachteilen. Ziehe <option>mplayer -pphelp</option> zu Rate, um zu sehen, was
  verfügbar ist (suche nach &quot;deint&quot;) und durchsuche die
  <ulink url="http://www.mplayerhq.hu/design7/info.html#mailing_lists">
  MPlayer-Mailinglisten</ulink>, um Diskussionen über die zahlreichen Filter
  zu finden. Nochmals, die Framerate wechselt nicht, also kein
  <option>-ofps</option>. Deinterlacing sollte auch nach dem Zuschneiden
  (cropping) <link linkend="menc-feat-telecine-footnotes">[1]</link>
  und vor dem Skalieren angewandt werden.

  <screen>mencoder dvd://1 -oac copy -vf pp=lb -ovc lavc</screen>
  </para></listitem>
<listitem><para>
  Unglücklicherweise ist diese Option buggy zusammen mit
  <application>MEncoder</application>; sie sollte mit
  <application>MEncoder G2</application> gut funktionieren, aber den gibts
  noch nicht. Du könntest Abstürze erleben. Seis drum, der Zweck von
  <option> -vf tfields</option> ist es, einen vollen Frame aus jedem Feld
  zu erzeugen, was eine Framerate von 60000/1001 macht. Der Vorteil dieses
  Lösungsansatzes ist, dass nie irgendwelche Daten verloren gehen;
  dennoch, da jeder Frame aus nur einem Feld kommt, müssen die fehlenden Zeilen
  irgendwie interpoliert werden. Es gibt keine sehr guten Methoden, die
  fehlenden Daten zu generieren und so wird das Resultat ein bisschen aussehen,
  als hätte man einige deinterlacing-Filter verwendet. Die fehlenden Zeilen
  zu generieren, erzeugt auch weitere Probleme, einfach weil sich die Menge
  an Daten verdoppelt. Somit sind höhere Encodier-Bitraten nötig, um
  die Qualität beizubehalten und mehr CPU-Power wird für beides,
  Encodieren und Decodieren aufgewendet. Das Attribut tfields hat mehrere
  verschiedene Optionen dafür, wie die fehlenden Zeilen jedes Frames erzeugt
  werden.
  Wenn du diese Methode nutzt, dann nimm Bezug auf das Manual und wähle
  welche Option auch immer am besten für dein Material aussieht.
  Beachte, dass du wenn <option>tfields</option> verwendet wird,
  beides spezifizieren <emphasis role="bold">mußt</emphasis>
  <option>-fps</option> und <option>-ofps</option>, um die zweifache
  Framerate der originalen Quelle zu haben.

  <screen>mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc -fps 60000/1001 -ofps 60000/1001</screen>
  </para></listitem>
<listitem><para>
  Wenn du vor hast, dramatisch runter zu skalieren, kannst du nur einen
  der beiden Felder extrahieren und encodieren. Sicherlich, du wirst die
  Hälfte der vertikalen Auflösung verlieren, aber wenn du planst bis auf
  1/2 des Originals herunter zu skalieren, macht der Verlust so gut wie
  gar nichts aus. Das Resultat wird eine progressive Datei mit 30000/1001
  Frames pro Sekunde sein. Die Prozedur ist, <option>-vf field</option>
  zu verwenden, dann die Ränder abzuschneiden (crop)
  <link linkend="menc-feat-telecine-footnotes">[1]</link> und angemessen
  zu skalieren. Vergiss nicht, dass du die Skalierung anpassen mußt, um
  das Halbieren der vertikalen Auflösung zu kompensieren.
  <screen>mencoder dvd://1 -oac copy -vf field=0 -ovc lavc</screen>
  </para></listitem>
</orderedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Gemischtes progressive und telecine</title>
<para>
  Um progressive und telecine Video komplett in progressive Video
  umzuwandeln, müssen die telecined Teile inverse-telecined werden.
  Die drei Wege dies zu werreichen, werden unten beschrieben.
  Beachte, dass du inverse-telecine <emphasis role="bold">immer</emphasis>
  vor der Reskalierung durchführen solltest; es sei denn du weißt wirklich,
  was du tust, mach inverse-telecine auch vor dem Entfernen der Ränder
  <link linkend="menc-feat-telecine-footnotes">[1]</link>.
  <option>-ofps 24000/1001</option> wird hier benötigt, weil das Output-Video
  24000/1001 Frames pro Sekunde werden soll.
</para>

<itemizedlist>
<listitem><para>
  <option>-vf pullup</option> wurde entworfen, um auf telecined Material
  inverse-telecine anzuwenden, während die progressiven Daten unangetastet
  bleiben. Um richtig zu zu funktionieren, <emphasis role="bold">muß</emphasis>
  <option>pullup</option> vom <option>softskip</option>-Filter gefolgt werden oder
  <application>MEncoder</application> wird 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>
  <listitem><para>
  Eine ältere Methode ist, eher noch als inverse-telecine auf die telecined Teile
  anzuwenden, telecine auf nicht-telecined Teile und dann auf das
  ganze Video inverse-telecine anzuwenden. Hört sich verwirrend an? softpulldown ist
  ein Filter, der durch ein Video geht und die komplette Datei telecined macht.
  Lassen wir auf softpulldown entweder <option>detc</option> oder <option>ivtc</option>
  folgen, wird das Endergebnis vollkommen progressiv. <option>-ofps 24000/1001</option>
  wird benötigt.

  <screen>mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001</screen>

  Ich habe <option>-vf filmdint</option> selbst verwendet, aber hier ist, was
  D Richard Felker III zu erzählen hat:

  <blockquote><para>Es ist OK, aber IMO versucht er eher ein deinterlace
    als ein inverse telecine zu oft durchzuführen (ganz wie Settop-DVD-Player
    &amp; progressive TVs) was ein hässliches Flimmern erzeugt und
    andere Artefakte. Wenn du vor hast, es anzuwenden, mußt du zumindest
    einige Zeit darauf verwenden, die Optionen zu tunen und zuerst den Output
    zu beobachten, damit du auch sicher sein kannst, dass du nichts
    vermasselst.</para></blockquote>
  </para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpi">
<title>Gemischtes progressive und interlaced</title>
<para>
  Es gibt zwei Optionen für den Umgang mit dieser Kategorie, jeder von
  beiden stellt einen Kompromiss dar. Zu solltest basierend auf
  Dauer/Stelle jedes Typs entscheiden.
</para>

<itemizedlist>
<listitem><para>
  Behandle es wie progressive. Die interlaced Teile werden interlaced
  aussehen und einige der interlaced Felder müssen weggelassen werden,
  was zu ein wenig nervöser Unruhe führt. Du kannst einen
  Nachbearbeitungsfilter verwenden, wenn du willst, aber dies wird die
  progressive-Anteile geringfügig verringern.
  </para>

  <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; werdem für die
  Dauer von drei Feldern (3/(60000/1001) Sekunden) angezeigt, was
  einen flimmernden &quot;Zeitrücksprung&quot;-Effekt zur Folge hat, der
  segr schlecht aussieht. Solltest du dies dennoch veruchen,
  <emphasis role="bold">musst</emphasis> du einen
  deinterlacing-Filter wie <option>lb</option> oder <option>l5</option>
  anwenden.
  </para>

  <para>
  Es wäre auch keine gute Idee für eine progressive Anzeige. Es wird
  Paare aufeinander folgender interlaced Felder auslassen, was eine
  Unstetigkeit zur Folge hat, die eher sichtbar ist, als mit der
  zweiten Methode, die einige progressive Frames zweimal anzeigt.
  Ein interlaced Video mit 30000/1001 Frames pro Sekunde ist bereits
  ein bisschen abgehackt, weil es wirklich mit 60000/1001 Felder pro
  Sekunde angezeigt werden sollte, sodass sich die doppelten Frames
  nicht zu sehr abzeichnen.
  </para>

  <para>
  Egal welchen Weg du einschlägst, es ist das beste, deinen Inhalt
  zu berücksichtigen und wie du ihn anzeigen willst. Ist dein Video
  zu 90% progressive und du hast nie vor, es auf einem TV-Bildschirm
  anzuzeigen, solltest du einen progressive-Ansatz wählen. Ist es nur
  halb-progressive, willst du es eventuell so encodieren, als sei alles
  interlaced.
  </para>
  </listitem>

<listitem><para>
  Behandle es als sei es interlaced. Einige Frames des progressive-Anteils
  müssen dupliziert werden, was zu nervöser Unruhe führt. Nochmal,
  deinterlacing-Filter können die progressive-Anteile leicht verringern.
  </para></listitem>

</itemizedlist>
</sect3>

<orderedlist>
<listitem><formalpara>
  <title>Über das Zuschneiden (cropping):</title>
  <para>
  Videodaten auf DVDs werden in einem Format, das YUV 4:2:0 genannt wird,
  dort abgelegt. In einem YUV-Video, werden luma (&quot;Helligkeit&quot;)
  und chroma (&quot;Farbe&quot;) separat gespeichert. Da das menschliche
  Auge ein bisschen weniger empfindlich auf Farbe reagiert als auf Helligkeit,
  ist in einem YUV 4:2:0 Bild nur ein chroma-Pixel alle vier luma-Pixel vorhanden.
  In einem progressive Bild, besitzt jedes Quadrat von vier luma-Pixeln (zwei
  auf jeder Seite) ein gemeinsames chroma-Pixel. Du mußt progressive YUV
  4:2:0 zu geradzahligen Auflösungen zurechtschneiden und geradzahlige
  Offsets verwenden. Zum Beispiel ist
  <option>crop=716:380:2:26</option> OK aber
  <option>crop=716:380:3:26 </option> ist nicht.
  </para>
  </formalpara>

  <para>
  Wenn du es mit interlaced YUV 4:2:0 zu tun hast, ist die Situation
  ein wenig komplizierter. Anstatt dass immer vier luma-Pixel im
  <emphasis>frame</emphasis> sich ein chroma-Pixel teilen, teilen sich
  immer vier luma-Pixel in jedem <emphasis>Feld</emphasis> ein
  chroma-Pixel. Wenn Feld zur Formung des Frames interlaced werden,
  ist jede Scanzeile ein Pixel hoch. Jetzt liegen anstatt immer vier
  luma-Pixeln in einem Quadrat immer zwei Pixel nebeneinander und die
  anderen zwei Pixel liegen zwei Scanzeilen weiter unten nebeneinander.
  Die zwei luma-Pixel in der dazwischen liegenden Scanzeile sind vom
  anderen Feld und teilen sich somit ein anderes chroma-Pixel mit
  zwei luma-Pixeln zwei Scanzeile entfernt. All diese Konfusion macht
  ws notwendig, vertikale Ausschneide-Abmessungen und Offsets zu
  haben, die ein Vielfaches von Vier sind. Horizontal kann geradzahlig
  bleiben.
  </para>

  <para>
  Für telecined Video empfehle ich, das zuschneiden nach dem inverse
  telecining stattfinden zu lassen. Ist das Video einmal progressive,
  mußt du nur noch mit geraden Zahlen zuschneiden. Wenn du wirklich die
  leichte Beschleunigung haben willst, die &quot;zuerst Zuschneiden&quot;
  möglicherweise bietet, mußt du vertikal mit einem Vielfachen von Vier
  zuschneiden oder der inverse-telecine Filter wird keine korrekten Daten
  haben.
  </para>

  <para>
  Für interlaced (nicht telecined) Video mußt du immer
  mit einem Vielfachen von Vier zuschneiden, es sei denn du verwendest
  <option>-vf field</option> vor dem Schneiden.
  </para>
  </listitem>

<listitem><formalpara>

  <para>
  Nur weil ich hier <option>mbd=2</option> vorschlage, heißt das nicht,
  dass es woanders benutzt werden soll. Zusammen mit <option>trell</option>
  ist <option>mbd=2</option> eine der Optionen von
  <systemitem class="library">libavcodec</systemitem>, welche die
  Qualität am deutlichste heben, und du solltest stets das letzte der beiden
  anwenden, außer das Abfallen der Encodiergeschwindigkeit ist abschreckend
  hoch (z.B. Realtime Encodierung). Es gibt eine Menge anderer Optionen für
  <systemitem class="library">libavcodec</systemitem>, die die Encodierqualität
  verbessern (und Encodiergeschwindigkeit verringern), dies liegt aber jenseits
  des Rahmens dieses Dokuments.
  </para>
  </formalpara>

<listitem><formalpara>
  <title>Über die Performance von pullup:</title>
  <para>
  <option>Pullup</option> kann sicher (zusammen mit <option>softskip</option>)
  auf progressive Video angewandt werden und ist für gewöhnlich eine gute Idee,
  es sei denn die Quelle wurde definitiv als vollkommen progressive verifiziert.
  Der Performaceverlust ist in den meisten Fällen gering. Bei einer Minialencodierung,
  veranlasst <option>pullup</option> <application>MEncoder</application> dazu,
  um 50% langsamer zu werden. Das Hinzufügen von Soundverarbeitung und erweiterten
  <option>lavcopts</option> Überschattungen, verringert diesen Unterschied
  und drückt den Performanceabfall, der mit dem Verwenden von <option>pullup</option>
  verbunden war, runter auf 2%.
  </para>
  </formalpara>
  </listitem>

</sect1>


<sect1 id="menc-feat-enc-libavcodec">
<title>Encodieren mit der <systemitem class="library">libavcodec</systemitem>
  Codec-Familie</title>

<para>
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
  stellt ein einfaches Encodieren für eine Menge interessanter Video- und Audioformate
  zur Verfügung.
  Du kannst folgende Codecs encodieren (mehr oder weniger aktuell):
</para>

<sect2 id="menc-feat-enc-libavcodec-video-codecs">

<tbody>
<row><entry>mjpeg</entry><entry>
   Motion-JPEG
  </entry></row>
<row><entry>ljpeg</entry><entry>
   Verlustfreies (lossless) JPEG
  </entry></row>
<row><entry>h261</entry><entry>
  H.261
  </entry></row>
<row><entry>h263</entry><entry>

  </entry></row>
</tbody>
</tgroup>
</informaltable>

  Die erste Spalte enthält die Codec-Namen, die nach der Konfiguration
  <literal>vcodec</literal> übergeben werden müssen, wie:
  <option>-lavcopts vcodec=msmpeg4</option>
</para>
<informalexample>
<para>
  An example with MJPEG compression:
  <screen>mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy</screen>
</para>
</informalexample>
</sect2>

    <entry>adpcm_ima_wav</entry>
    <entry>IMA adaptive PCM (4 Bits pro Sample, 4:1-Kompression)</entry>
  </row>
  <row>
    <entry>sonic</entry>
    <entry>experimental lossy/lossless codec</entry>
  </row>
</tbody>
</tgroup>
</informaltable>

  Die erste Spalte enthält die Codec-Namen, die nach der Konfiguration
  <literal>acodec</literal> übergeben werden müssen, wie:
  <option>-lavcopts acodec=ac3</option>
</para>

<informalexample>

  überhaupt eins vorhanden ist), wodurch sich die meisten anderen
  Codec-Implementierungen auszeichnen.
  Beachte jedoch, dass all diese Audiocodecs sehr schnell sind und überall dort
  hervorragend arbeiten, wo <application>MEncoder</application> mit
  <systemitem class="library">libavcodec</systemitem> kompiliert wurde (was
  meistens der Fall ist), und nicht von externen Programmbibliotheken abhängen.
</para>
</sect2>


<sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">

  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 ist weil die Komprimierung von den visuellen Eigenschaften des fraglichen Videos
  abhängt.
  Zum Beispiel haben Anime und Live-Action sehr unterschiedliche Eigenschaften und
  benötigen aus diesm Grund verschiedene Optionen, um optimale Encodierung zu erreichen.
  Die gute Neuigkeit ist, dass einige Optionen wie <option>mbd=2</option>,
  <option>trell</option> und <option>v4mv</option> nie ausgelassen werden sollten.
  Siehe unten nach der detaillierten Beschreibung allgemeiner Encodieroptionen.

<itemizedlist>
<title>Anzupassende Optionen:</title>
<listitem><para>
  <emphasis role="bold">vmax_b_frames</emphasis>: 1 oder 2 ist gut, abhängig vom
  Film.
  Beachte dass du, falls deine Encodierung von DivX5 decodierbar sein muß, den
  gesperrten GOP-Support aktivieren mußt, indem du die
  <systemitem class="library">libavcodec</systemitem>-Option <option>cgop</option>
  verwendest, aber du mußt Szenenerkennung deaktivieren, was wiederum keine gute
  Idee ist, da es die Ecodierungseffizienz etwas angreift.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vb_strategy=1</emphasis>: hilft in Szenen mit viel
  Bewegung (high-motion).
  Bei manchen Videos wird vmax_b_frames der Qualität schaden, jedoch vmax_b_frames=2
  zusammen mit vb_strategy=1 hilft.
</para></listitem>

<listitem><para>
  <emphasis role="bold">dia</emphasis>: Bewegungssuchbereich. Größer ist besser
  als kleiner.
  Negative Werte sind ein komplett anderer Maßstab.
  Gute Werte sind -1 für ein schnelles Encodieren oder 2-4 für ein langsames.
</para></listitem>

<listitem><para>
  <emphasis role="bold">predia</emphasis>: Bewegungssuche Vorabdurchlauf (pre-pass).
  Nicht so wichtig wie dia. Gute Werte sind 1 (Standard) bis 4. erfordert preme=2, um
  wirklich was zu nützen.
</para></listitem>

<listitem><para>
  <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Vergleichsfunktion zur
  Bewegungseinschätzung.
  Experimentiere mit Werten von 0 (Standard), 2 (hadamard), 3 (dct) und
  6 (Frequenzverzerrung).
  0 ist am schnellsten und ausreichend für precmp.
  Für cmp und subcmp ist 2 gut bei Anime und 3 ist gut bei Live-Action.
  6 kann leicht besser sein oder auch nicht, ist aber langsam.
</para></listitem>

<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Anzahl der Bewegungsvorhersagen, die

  <emphasis role="bold">cbp, mv0</emphasis>: Kontrolliert die Auswahl von Macroblöcken.
  Kleine Geschwindigkeitseinbußen bei kleinem Qualitätsgewinn.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qprd</emphasis>: adaptive Quantisierung basierend auf die
  Komplexität des Macroblock.
  Kann hilfreich sein oder schaden, abhängig vom Video und anderen Optionen.
  dies kann Artefakte verursachen, es sei denn du setzt vqmax auf einen halbwegs
  kleinen Wert (6 ist gut, vielleicht so langsam wie 4); vqmin=1 sollte ebenfalls
  helfen.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qns</emphasis>: sehr langsam, speziell wenn kombiniert
  mit qprd.
  Diese Option veranlasst den Encoder, infolge Kompressionsartefakten entstandenes
  Rauschen zu minimieren anstatt das encodierte Video strikt der Quelle anzupassen.
  Verwende dies nicht, es sei denn du hast bereits alles andere so weit wie möglich
  optimiert und die Resultate sind immer noch nicht gut genug.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vqcomp</emphasis>: Frequenzkontrolle optimieren.
  Welche Werte gut sind hängt vom Film ab.
  Du kannst dies sicher so lassen wie es ist, wenn du willst.
  Wird vqcomp verringert, werden mehr Bits auf Szenen mit geringer Komlexität
  gelegt, wird es erhöht, legt es diese auf Szenen mit hoher Komlexität
  (Standard: 0.5, Bereich: 0-1. empfohlener Bereich:
  0.5-0.7).

  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>

<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Bewegungsabschätzung auf ein viertel
  Pixel (quarter pel).
  MPEG-4 verwendet standardmäßig eine Halbpixel-Genauigkeit für seine Bewegungssuche,
  deswegen verfügt diese Option über einen Overhead je mehr Informationen in der
  encodierte Datei untergebracht werden.
  Der Kompressionsgewinn/-verlust hängt vom Film ab, ist aber un der Regel nicht
  sonderlich effektiv bei Anime.
  qpel zieht immer eine signifikante Erhöhung der CPU-Decodierzeit nach
  sich (+25% in der Praxis).
</para></listitem>

</para></listitem>

</itemizedlist>

<itemizedlist>
<title>Optionen mit denen besser nicht herumgespielt werden sollte:</title>
<listitem><para>
  <emphasis role="bold">vme</emphasis>: Der Standardwert ist der beste.
</para></listitem>

<listitem><para>

  Vernünftige Werte mögen in deinem Fall effektiv sein, aber sei gewarnt,
  dies ist sehr subjektiv.
</para></listitem>

<listitem><para>
  <emphasis role="bold">scplx_mask</emphasis>: Versucht, blockhafte Artefakte
  zu verhindern, Nachbearbeitung (postprocessing) ist aber besser.
</para></listitem>
</itemizedlist>
</sect2>

<sect2 id="menc-feat-mpeg4-lavc-example-settings">
<title>Encodiereinstellung Beispiel</title>

<para>
  Die folgenden Einstellungen sind Beispiele verschiedener Kombinationen
  von Encodieroptionen, welche den Kompromiss Geschwindigkeit gegenüber
  Qualität bei gleicher Zielbitrate betrifft.
</para>

<para>
  Alle Encodiereinstellungen wurden auf einem Beispielvideo
  mit 720x448 @30000/1001 fps, 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 &quot;sehr hohe Qualität&quot;.
  Bitte hab Verständnis, dass du abhängig von deiner Quelldatei,
  deinem Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche
  Resultate erzielen wirst.
</para>

<para>

</sect2>

<sect2 id="custommatrices"><title>Maßgeschneiderte inter/intra-Matrizen</title>

<para>
Mit diesem Feature von
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
bist du in der Lage, eigene inter- (I-Frames/Keyframes) und intra-Matrizen
(P-Frames/predicted Frames) zu setzen. Es wird von vielen Codecs unterstützt:
<systemitem>mpeg1video</systemitem> und <systemitem>mpeg2video</systemitem>
soll damit gehen, so wurde berichtet.
</para>

<para>
Eine typische Anwendung dieses Features ist, die von den
<ulink url="http://www.kvcd.net/">KVCD</ulink>-Specifikationen
bevorzugten Matrizen zu setzen.
</para>

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

<para>
Intra:
<screen>

<sect2 id="menc-feat-dvd-mpeg4-example">
<title>Beispiel</title>

<para>
  Jetzt hast du gerade eben deine brandneue Kopie von Harry Potter und die
  Kammer des Schreckens gekauft (Breitbildedition, aber sicher) und du
  willst diese DVD so rippen, dass du sie in deinem Home Theatre PC einfügen
  kannst. Dies ist eine Region-1-DVD, also ist sie NTSC. Das unten stehende
  Beispiel wird auch auf PAL zutreffen, nur dass du
  <option>-ofps 24000/1001</option> weglässt (weil die Outputframerate die
  gleiche ist wie die Inputframerate), und logischerweise werden die
  Ausschnittsabmessungen anders sein.
</para>

<para>
  Nach dem Start von <option>mplayer dvd://1</option>, verfolgen wir den
  detailliert in der Sektion <link linkend="menc-feat-telecine">Wie mit telecine
  und interlacing in NTSC-DVDs umgehen</link> beschriebenen Prozess und
  entdecken, dass es progressive Video mit 24000/1001 fps ist, was bedeutet, dass
  wir keinen umgekehrten telecine-Filter wie <option>pullup</option> oder
  <option>filmdint</option> anwenden müssen.
</para>

<para>
  Als Nächstes wollen wir das passende Ausschnittsrechteck bestimmen, also
  verwenden wir der crop-Erkennungsfilter:

  <screen>mplayer dvd://1 -vf cropdetect</screen>

  Stelle sicher, dass du einen voll gefüllten Frame anstrebst (wie zum
  Beispiel eine helle Szene), und dass du diese Ausgabe in
  <application>MPlayer</application>'s Console siehst:

  <screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>

  Wir spielen den Film dann mit diesem Filter ab, um seine Korrektheit zu testen:

  <screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>

  Und wir sehen, dass er einfach perfekt aussieht. Als Nächstes vergewissern wir
  uns, dass Breite und Höhe ein Vielfaches von 16 sind. Die Breite ist gut,
  aber die Höhe ist es nicht. da wir in der 7-ten Klasse Mathe nicht gefehlt
  haben, wissen wir, dass das am nähesten liegende Vielfache von 16 kleiner
  als 362 der Wert 352 ist (Taschenrechner ist erlaubt).
</para>

<para>
  Wir könnten einfach <option>crop=720:352:0:58</option> verwenden, aber es wäre
  nett, ein bisschen von oben und ein bisschen von unten wegzunehmen, sodass
  wir zentriert bleiben. Wir haben die Höhe um 10 Pixel schrumpen lassen, aber
  wir wollen das y-Offset nicht um 5 Pixel erhöhen, da dies eine ungerade Zahl
  ist und die Qualität nachteilig beeinflussen würde. Statt dessen werden wir
  das y-Offset um 4 Pixel erhöhen:

  <screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>

  Ein anderer Grund, Pixel von beidem - oben und unten - abzuschnipseln ist,
  dass wir sicher gehen wollen, jegliches halbschwarze Pixel eliminiert zu
  haben, falls welche existieren. Beachte, falls das Video telecined
  ist, stelle sicher, dass der <option>pullup</option>-Filter (oder für
  welchen umgekehrten telecine-Filter auch immer du dich entschieden hast)
  in der Filterkette auftaucht bevor du zuschneidest. Ist es interlaced,
  deinterlace es vor dem Zuschneiden.
  (Wenn du wählst, interlaced Video beizubehalten, dann vergewissere dich, dass
  das vertikale crop-Offset ein Vielfaches von 4 ist.)
</para>

<para>
  Wenn du wirklich besorgt um den Verlust dieser 10 Pixel bist, ziehst du

  <screen>-vf crop=720:362:0:58,scale=720:352</screen>

  Das Video auf diese Art herunter zu skalieren wird bedeuten, dass eine
  kleine Menge Details verloren geht, obwohl es vermutlich nicht wahrnehmbar
  sein wird. Hoch zu skalieren führt zu niedrigerer Qualität (es sei denn
  du erhöhst die Bitrate). Ausschneiden sondert sämtlich dieser Pixel
  aus. Es ist ein Kompromiss, den du unter allen Umständen
  in Betracht ziehen solltest. Zum Beispiel, wenn das DVD-Video für das Fernsehen
  hergestellt wurde, solltest du vertikales Skalieren vermeiden, da das
  Zeilensampling mit der Art und Weise korrespondiert, für die der Inhalt
  ursprünglich aufgenommen wurde.
</para>

<para>
  Bei der Überprüfung sehen wir, dass unser Film ordentlich Action enthält
  und sehr viele Details, also nehmen wir 2400Kbit für unsere Bitrate.
</para>

<para>
  Wir sind nun bereit, die 2-pass Encodierung durchzuführen. Erster Durchgang:

  <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=1 \
-o Harry_Potter_2.avi</screen>

  Und der zweite durchgang ist der selbe, außer dass wir <option>vpass=2</option>
  festlegen:

  <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=2 \
-o Harry_Potter_2.avi</screen>

  die Qualität ist. Die Optionen
  <option>cmp=3:subcmp=3:mbcmp=3</option> wählen eine Vergleichsfunktion,
  die eine höhere Qualität liefert als die Standardeinstellungen.
  Du darfst mit diesem Parameter rumexperimentieren (ziehe die Man Page
  zu möglichen Werten zu Rate) da verschiedene Funktionen abhängig vom
  Quellmaterial einen starken Einfluss auf die Qualität haben. Zum Beispiel
  meinst, dass <systemitem class="library">libavcodec</systemitem> zu
  viele blockhaft Artefakte produziert, könntest du ja das experimentellen
  NSSE als Vergleichsfunktion via <option>*cmp=10</option> wählen.
</para>

<para>
  Für diesen Film wird das resultierende AVI 138 Minuten lang und nahezu
  3GB groß sein. Und weil du erzählt hast, dass eine große Datei nichts
  ausmacht, ist dies eine perfekt akzeptierbare Größe. wolltest du sie aber
  kleiner haben, könntest du eine niedrigere Bitrate hernehmen. erhöhte
  Bitraten haben vermindernde Rückgaben, während wir also deutlich eine
  Verbesserung von 1800Kbit nach 2000Kbit sehen, ist es oberhalb 2000Kbit
  nicht so auffällig. Fühl dich frei solange herum zu experimentieren bis
  du glücklich bist.
</para>

<para>
  Weil wir das Quellvideo durch einen Denoise-Filter geschickt haben,
  könntest du einige davon während des Playbacks wieder hinzufügen wollen.
  dies zusammen mit dem Nachbearbeitungsfilter <option>spp</option>,
  verbessert die Wahrnehmung der Qualität drastisch und hilft dabei,
  blockhafte Artefakte aus dem Video zu eliminieren.
  Mit <application>MPlayer</application>'s Option <option>autoq</option>
  kannst du den Nachbearbeitungsaufwand des spp-Filters abhängig von der
  verfügbaren CPU variieren. An dieser Stelle kannst du auch Gamma- und/oder
  Farbkorrektur zur besten Anpassung an dein Display verwenden, wenn du willst.
  Zum Beispiel:

<sect1 id="menc-feat-xvid">
<title>Encodieren mit dem <systemitem class="library">XviD</systemitem>-Codec</title>
<para>
 <systemitem class="library">XviD</systemitem> ist eine freie
 Programmbibliothek zum Encodieren von MPEG-4 ASP-Videostreams.
 Bevor du mit dem Encodieren beginnst, mußt du <link linkend="xvid">
 <application>MEncoder</application> so einstellen, dass er es unterstützt</link>.
</para>
<para>
 Dieses Handbuch beabsichtigt, sich vorwiegend durch die selbe Art von
 Informationen auszuzeichnen wie x264's Encodier-Handbuch.
 Deshalb beginne damit,
 <link linkend="menc-feat-x264-encoding-options-intro">den ersten Teil</link>
 dieses Handbuchs zu lesen.
</para>

<para>
 Bitte beginne mit der Durchsicht der
 <systemitem class="library">XviD</systemitem>-Sektion von
 <application>MPlayer</application>'s Man Page.
 Diese Sektion ist als Anhang zur Man Page vorsehen.
</para>
<para>
 Die Standard-Einstellungen von XviD sind bereits ein guter Kompromiss zwischen
 Geschwindigkeit und Qalität, deshalb kannst du ruhig bei ihnen
 bleiben, wenn nachfolgende Sektion dich allzusehr ins Grübeln bringt.
</para>
</sect2>

<listitem><para>
 <emphasis role="bold">vhq</emphasis>
  Diese Einstellung betreffen den Entscheidungsalgorithmus für
  Macroblöcke, wobei gilt, je höher die Einstellung desto weiser die
  Entscheidung.
  Die Standard-Einstellung kannfür jede Encodierung sicher verwendet
  werden, während höhere Einstellungen immer PSNR behilflich sind, jedoch
  signifikant langsamer sind.
  Nimm bitte zur Kenntnis, dass ein besserer PSNR nicht notwedigerweise
  bedeutet, dass das Bild besser aussehen wird, aber er erzählt dir, dass
  du näher am Original bist.
  Wird er abschalten, beschleunigt sich die Encodierung spürbar; wenn
  Geschwindigkeit ein Kriterium für dich ist, kann dieser Kompromiss es wert sein.
</para></listitem>

<listitem><para>
 <emphasis role="bold">bvhq</emphasis>
  Dies erledigt die selbe Arbeit wie vhq, macht dies jedoch bei B-Frames.
  Es hat einen vernachlässigbar kleinen Einfluss auf die Geschwindigkeit, und
  verbessert geringfügig die Qualität (um etwa +0.1dB PSNR).
</para></listitem>

<listitem><para>
 <emphasis role="bold">max_bframes</emphasis>
  Eine höhere Anzahl von erlaubten hintereinander folgenden B-frames verbessert
  gewöhnlich die Komprimierbarkeit, obwohl dies auch zu mehr Blockartefakten
  führt.
  Die Standard-Einstellung ist ein guter Kompromiss zwischen Komprimierbarkeit
  und Qualität, aber wenn du Bitrate-hungrig bist kannst du sie bis auf 3
  hochschrauben.
  Du kannst sie auch auf 1 oder 0 verringern, wenn du auf perfekte Qualität
  abzielst, wenngleich du in diesem Fall sicherstellen solltest, dass deine
  Zielbitrate hochgenug ist, um zu gewährleisten, dass der Encoder nicht
  die Quantisierer höher setzen muß, um den Wert zu erreichen.
</para></listitem>

<listitem><para>
 <emphasis role="bold">bf_threshold</emphasis>
  Dies kontrolliert die B-Frame-Empfindlichkeit des Encoders, wobei ein
  höherer Wert dazu führt, dass mehr B-frames angewendet werden (und
  umgekehrt).
  Diese Einstellung muß zusammen mit <option>max_bframes</option>
  verwendet werden; bist du Bitrate-hungrig, solltest du beides erhöhen
  <option>max_bframes</option> und <option>bf_threshold</option>,
  während du <option>max_bframes</option> erhöhen und
  <option>bf_threshold</option> verringern kannst, sodass der Encoder
  B-frames nur an Stellen anwendet, die diese auch
  <emphasis role="bold">wirklich</emphasis> brauchen.
  Eine niedrigere Zahl an <option>max_bframes</option> und ein höherer Wert
  bei <option>bf_threshold</option> ist möglicherweise keine weise Wahl,
  da dies den Encoder zwingt, B-frames in stellen zu setzen, die nicht
  davon profitieren würden und daher die visuelle Qualität reduzieren.
  Wie auch immer, wenn du mit Standalone-Playern kompatibel bleiben mußt,
  die nur alte DivX-Profile unterstützen (der wiederum höchstens einen
  aufeinander folgenden B-frame unterstützt), wäre dies dein einziger Weg,
  die Komprimierbarkeit mittels B-frames zu verbessern.
</para></listitem>

<listitem><para>
 <emphasis role="bold">trellis</emphasis>
  Optimiert den Quantisierungsprozess um einen optimalen Kompromiss
  zwischen PSNR und Bitrate zu erhalten, was signifikant Bit-sparend
  wirkt.
  Diese Bits können woanders im Video wieder aufgewendet werden,
  und verbessern die visuelle Gesamtqualität.
  Du solltest es immer eingeschaltet lassen, da sein Einfluss auf
  die Qualität gewaltig ist.
  Gerade wenn du Geschwindigkeit haben willst, darfst du es nicht
  deaktivieren, solange du nicht <option>vhq</option>

</para></listitem>

<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>
  Aktiviert die Vorhersagemethode für einen besseren Koeffizientenaufwand, was
  die dateigröße leicht um etwa 0.15 bis 0.19% reduziert (was mit einer
  PSNR-Erhöhung um weniger als 0.01dB einhergeht), während es eine
  vernachlässigbar kleine Einwirkung auf die Geschwindigkeit hat.
  Es empfiehlt sich deshalb, dies immer eingeschaltet zu lassen.
</para></listitem>

  Je höher <option>me_quality</option>, desto präziser wird die Schätzung
  der Originabewegung sein, und desto besser wird der resultierende Ausschnitt
  die Originabewegung einfangen.
 </para>
 <para>
  Die Standard-Einstellung ist in jedem Fall die beste;
  folglich ist es nicht empfehlenswert, sie herunter zu drehen,
  es sei denn du hast es wirklich auf Geschwindigkeit abgesehen,
  da alle durch eine gute Bewegungseinschätzung gesparten Bits
  woanders vergebracht würden, was die Gesamtqualität verbessern
  würde.
  Geh deshalb nie unter 5 und selbst wenn es der letzte Ausweg
  sein sollte.
</para></listitem>

<listitem><para>
 <emphasis role="bold">chroma_me</emphasis>
  Verbessert die Bewegungseinschätzung dadurch, dass auch die
  chroma-(Farb)-Informationen einbezogen werden, wobei
  <option>me_quality</option> alleine nur luma (Graustufen)
  verwendet.
  Dies verlangsamt die Encodierung um 5-10%, verbessert aber die
  visuelle Qualität durch Reduzieren von Blockeffekten ein wenig
  und reduziert die Dateigröße um rund 1.3%.
  Wenn du Geschwindigkeit haben willst, solltest du diese Option
  deaktivieren bevor du anfängst zu überlegen,
  <option>me_quality</option> zu reduzieren.
</para></listitem>

<listitem><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 moch als die
    Kompression zu verbessern.
    Dies kann dabei helfen, den &quot;Rote Stufen&quot;-Effekt zu reduzieren.
</para></listitem>

<listitem><para>
  <emphasis role="bold">lumi_mask</emphasis>
    Versucht, weniger Bitrate auf den Teil eines Bildes zu übergeben,
    der vom menschlichen Auge nicht gut zu sehen ist, was dem Encoder
    erlaunem sollte, die eingesparten Bits auf wichtigere Teile des
    Bildes anzuwenden.
    Die durch diese Option gewonnene Encodierungsqualität hängt in
    hohem Maße von persönlichen Vorlieben und von Monitortyp und
    dessen Einstellungen ab (typischerweise wird es nicht gut aussehen,
    wenn er hell oder ein TFT-Monitor ist).

    (quarterpel) an.
    Die Idee dahinter ist, bessere Bewegungsvectoren zu finden,
    was wiederum die Bitrate reduziert (deshalb wird die Qualität
    verbessert).
    Bewegungsvektoren mit viertel Pixel Präzision brauchen ein
    paar Extrabits zum codieren, aber die Bewegungsvektoren ergeben
    nicht immer ein (viel) besseres Resultat.
    Sehr oft verbraucht der Codec dennoch Bits für die Extrapräzision,
    jedoch wird im Gegenzug eine geringe oder keine Extraqualität
    gewonnen.
    Unglücklicherweise gibt es keinen Weg den möglichen Gewinn von
    <option>qpel</option> vorzuaussagen, also mußt du eigentlich
    mit und ohne encodieren, um sicher zu gehen.
  </para><para>
    <option>qpel</option> kann fast die doppelte Encodierzeit in
    Anspruch nehmen und erfordert so gut wie 25% mehr
    Verarbeitungsleistung fürs Decodieren.
    es wird nicht von allen Standalone-Playern unterstützt.
</para></listitem>

<listitem><para>

    einzelnen Bewegungsvektor für den gesamten Frame verwendet.
    Dies erhöht fast immer den PSNR, verlangsamt aber signifikant
    die Encodierung (genauso wie die Decodierung).
    Deshalb solltest du es nur nutzen, wenn du <option>vhq</option>
    auf das Maximum gestellt hast.
    <systemitem class="library">XviD</systemitem>'s GMC ist höher
    entwickelt als das von DivX, wird aber nur von ein paar
    Standalone-Playern unterstützt.
</para></listitem>

</itemizedlist>

<para>
  XviD unterstützt Encodierungsprofile über die <option>profile</option>-Option,
  die dazu verwendet werden, den Eigenschaften des XviD-Videostreams
  Restriktionen so aufzuerlegen, dass es überall dort abgespielt werden kann,
  wo das gewählte Profil unterstützt wird.
  Die Restriktionen beziehen sich azf Auflösungen, Bitrates und
  bestimmte MPEG-4-Features.
  Die folgende Tabelle zeigt, was jedes Profil unterstützt.
</para>
<informaltable>
<tgroup cols="16" align="center">

<sect1 id="menc-feat-x264">
<title>Encodieren mit dem <systemitem class="library">x264</systemitem>-Codec</title>
<para>
  <systemitem class="library">x264</systemitem> ist eine freie
  Programmbibliothek zum Encodieren von H.264/AVC-Videostreams.
  Bevor du mit dem Encodieren beginnst, mußt du <link linkend="xvid">
 <application>MEncoder</application> so einstellen, dass er es unterstützt</link>.
</para>

<sect2 id="menc-feat-x264-encoding-options">
<title>Encodieroptionen von x264</title>

<para>
 Bitte beginne mit der Durchsicht der
  <systemitem class="library">x264</systemitem>-Sektion von
  <application>MPlayer</application>'s Man Page.
  Diese Sektion ist als Anhang zur Man Page vorsehen.
  Hier wirst du Schnellhinweise dazu finden, welche Optionen am
  wahrscheinlichsten die meisten Leute interessieren. Die Man Page
  ist knapper gehalten, aber auch vollständiger, und zeigt oft
  viel bessere technische Details.

  Vorlieben und spezieller Anforderungen nützlich sind</para></listitem>
</orderedlist>

<para>
  Letztendlich kannst nur du entscheiden, welche Optionen für deine
  Zwecke am besten  geeignet sind. Die Entscheidung für die erste
  Klasse der Optionen ist die einfachste:
  du mußt 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
  &quot;persönliche Vorlieben und spezielle Anforderungen&quot;
  noch große Auswirkungen auf Geschwindigkeit oder Qualität haben können,
  aber es nicht dies zu was sie primär benutzt werden. Ein paar der
  Optionen für &quot;persönliche Vorlieben&quot; können sogar Änderungen
  verursachen, die für manche Leute besser aussehen, aber schlechter
  für andere.
</para>

<para>
  Bevor du fortfährst, mußt du verstehen, dass dieses Handbuch nur
  eine Qualitätsmetrik verwendet: globaler PSNR.
  Für eine kurze Erklärung, was PSNR ist, schau dir
  <ulink url="http://en.wikipedia.org/wiki/PSNR">den Wikipedia-Artikel zu PSNR</ulink>
  an.
  Globaler PSNR ist die letzte gemeldete PSNR-Nummer, wenn du die

</para>

<para>
  Nahezu alle dieser Handbuchkommentare unterstellen, dass du
  2-pass anwendest.
  Beim Vergleich der Optionen, gibt es zwei Hauptgründe, 2-pass-Encodierung
  zu nutzen.
  Der erste ist, 2-pass bringt rund 1dB PSNR, was einen sehr
  großen Unterschied ausmacht.
  Der zweite ist, Optionen zu testen, indem man direkte Qualitätsvergleiche
  zu 1-pass-Encodierung anstellt, führt einen einen wichtigen verwirrenden

<title>Optionen die primär Geschwindigkeit und Qualität betreffen</title>

<itemizedlist>
<listitem><para>
  <emphasis role="bold">subq</emphasis>:
  Von den Optionen, die die erlauben, einen Kompromiss zwischen
  Geschwindigkeit und Qalität einzugehen, sind <option>subq</option>
  und <option>frameref</option> (siehe unten) gewöhnlich die bei weiten
  wichtigsten.
  Wenn du dich für das Optimieren entweder Geschwindigkeit oder Qalität
  interessierst, sind diese die ersten, die du in Erwägung ziehen solltest.
  Bei der Dimension Geschwindigkeits, interagieren die Optionen
  <option>frameref</option> und <option>subq</option> ziemlich stark
  miteinander.
  Die Erfahrung zeigt, dass mit einem Referenzframe <option>subq=5</option>
  (die Standardeinstellung) etwa 35% mehr Zeit in Anspruch nimmt als
  <option>subq=1</option>.
  Mit 6 Referenzframes, wächst der Nachteil auf 60%.
  Der Effekt, den <option>subq</option> auf den PSNR ausübt, scheint ziemlich
  konstant zu sein, ungeachtet der Anzahl der Referenzframes.
  Typischerweise erreicht <option>subq=5</option> 0.2-0.5 dB höheren globalen
  PSNR im Vergleich zu <option>subq=1</option>.
  Dies ist gewöhnlich ausreichend, um sichtbar zu werden.
</para>
<para>
  <option>subq=6</option> ist der langsamste Modus mit der höchsten

  bewegen.
  Im Unterschied zu anderen Levels von <option>subq</option> hängt das
  Verhalten von <option>subq=6</option> nicht sehr von <option>frameref</option>
  und <option>me</option> ab.  Stattdessen hängt die Effektivität von
  <option>subq=6</option> größtenteils von der Anzahl der verwendeten
  B-frames ab. Im normal Gebrauch bedeutet dies, <option>subq=6</option>
  hat einen großen Einfluss auf beides Geschwindigkeit und Qualität
  in komplexen, stark bewegten Szenen, aber es kann einen geringen Effekt
  in Szenen mit wenig Bewegung. Beachte, dass dennoch empfohlen wird,
  <option>bframes</option> immer auf etwas anderes something als Null
  zu setzen (siehe unten).
</para></listitem>
<listitem><para>
  <emphasis role="bold">frameref</emphasis>:
  <option>frameref</option> ist standardmäßicg auf 1 gesetzt, jedoch
  sollte dies nicht darauf schließen lassen, dass es unbedingt
  auf 1 gesetzt sein muß.
  Lediglich die Erhöhung von <option>frameref</option> auf 2 bringt rund
  0.15dB PSNR mit einem Geschwindigkeitsnachteil von 5-10%; dies sieht nach
  einem guten Kompromiss aus.
  <option>frameref=3</option> bringt rund 0.25dB PSNR mehr als
  <option>frameref=1</option>, was einen sichtbaren Unterschied machen

</sect2>

</sect1>

<sect1 id="menc-feat-video-for-windows">
<title>Encodieren mit der <systemitem class="library">Video for Windows</systemitem> Codec-Familie</title>

<para>
  Video for Windows bietet ein einfaches Encodieren mittels binärer Video-Codecs.
  Du kannst mit folgenden Codecs encodieren (solltest du mehr haben, teil es
  uns bitte mit!)

  wirst du schwarze Ränder hinzufügen oder den Film auf 16:9 zuschneiden müssen,
  um eine DVD oder VCD herzustellen.
  Wenn du schwarze Ränder hinzufügst, versuche diese an 16-Pixel-Rändern
  auszurichten, um den Einfluß auf die Encodier-Performance zu minimieren.
  Dankbarweise besitzt DVD eine ausreichend Bitrate, damit du dich
  nicht zu sehr um die Encodier-Effizienz sorgen mußt, jedoch SVCD
  und VCD sind höchst mager an Bitrate und erfordern Aufwand, akzeptable
  Qualität zu erreichen.
</para>
</sect3>

<para>
  Die Optionen für VCD und SVCD werden xvcd und xsvcd genannt, weil sie
  erweiterte Formate sind.
  Sie sind nicht strikt Standard-konform, hauptsächlich weil der Output
  keine Scan-Offsets enthält.
  Wenn du ein SVCD-Image generieren mußt, solltest du die Output-Datei
  dem
  <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
  übergeben.
</para>

<sect3 id="menc-feat-vcd-dvd-a-v-sync">
<title>Aufrechterhalten der A/V-Synchronisation</title>
<para>
  Um die Audio-/Video-Synchronisation während des ganzen
  Encodierens aufrecht zu erhalten, muß
  <application>MEncoder</application> Frames auslassen oder duplizieren.
  Dies funktioniert beim Muxen in eine AVI-Datei ziemlich gut,
  aber meist schlägt das Aufrechterhalten der A/V-Synchronisation mit
  anderen Muxern wie etwa MPEG garantiert fehl.
  Dies ist der Grund, weshalb es nötig ist, den

<sect3 id="menc-feat-vcd-dvd-lavc-options">
<title>lavcopts</title>
<para>
  Dies ist eine Liste von Feldern in <option>-lavcopts</option>, die du
  möglicherweise ändern mußt, um einen für VCD, SVCD
  oder DVD konformen Film herzustellen :
</para>

<itemizedlist>
<listitem><para>

18588:bd5e0a0b89e8

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- In sync with r18457 -->
<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>

  dies mit Sicherheit deine beste Option, wenn du die beste Qualität
  erhalten willst und dich nicht um die Größe kümmerst.
</para>

<para>
  Tatsache ist, der Grund eine DVD in MPEG-4 umzuencodieren ist
  gerade <emphasis role="bold">weil</emphasis> dir die Größe wichtig ist.
</para>

<para>
  Es ist sehr schwierig, ein Rezept zum Erzeugen eines sehr
  hochwertigen DVD-Rips anzubieten. Es gilt mehrere Faktoren zu
  berücksichtigen, und du solltest dich mit diesen Details auskennen oder
  du wirst voraussichtlich am Ende von den Resultaten enttäuscht.
  Nachfolgend werden wir einige dieser Themen etwas näher untersuchen
  und uns danach ein Beispiel ansehen. Wir gehen davon aus, dass Du
  <systemitem class="library">libavcodec</systemitem> zum Encodieren des
  Videos verwendest, obwohl diese Theorie genauso gut auf andere Codecs
  zutrifft.
</para>

<para>
  Ist dies alles zu viel für dich, solltest du womöglich auf eins der vielen
  guten Frontends zurückgreifen, die in der
  <ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">MEncoder-Sektion</ulink>
  unserer diesbezüglichen Projektseite zu finden sind.
  Auf diese Weise solltest du in der Lage sein, hochwertige Rips zu
  erhalten ohne viel nachdenken zu müssen, da die meisten dieser Tools entworfen
  wurden, clevere Entscheidungen für dich zu treffen.
</para>

<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
<title>Vorbereitung aufs Encodieren: Identifiziere Quellmaterial und Framerate</title>
<para>
  Bevor du über das Encodieren eines Films nachdenkst, solltest du einige einleitende
  Schritte vornehmen.
</para>

  Fehler, dies sollte man berücksichtigen, führen zu diversen Fehlerstellen
  in deiner Encodierung, einschließlich hässlicher Kammartefakte (combing/interlacing)
  und doppelten oder gar verlorenen Frames.
  Abgesehen davon, dass sie unschön sind, beeinflussen diese Artefakte die
  Codierungseffizienz negativ:
  Du erhältst eine schlechtere Qualität pro Bitrateneinheit.
</para>

<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Identifizieren der Quellframerate</title>
<para>

  werden und so nicht Schlange stehen solange keine Bewegung da ist.
</para></listitem>
<listitem><para>
  <emphasis role="bold">NTSC-Video</emphasis>: Aufgenommen mit einer
  NTSC-Videokamera bei 60000/1001 Feldern pro Sekunde oder 60 Feldern
  pro Sekunde zu Zeiten vor dem Farbfernsehen.
  Ansonsten ähnlich wie PAL.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Animation</emphasis>: Üblicherweise bei
  24fps gezeichnet, kommt jedoch auch in Arten mit gemischter Framerate vor.

  zugeordnet, während die aus unabhängigen Feldern bestehenden
  entweder interlaced (engl. für verschachteln) oder Video
  genannt werden - somit ist letzterer Terminus zweideutig.
</para>
<para>
  Um das ganze noch komplizierter zu machen, sind manche Filme ein
  Gemisch aus einigem des oben Beschriebenen.
</para>
<para>
  Das wichtigste Unterscheidungsmerkmal zwischen all diesen
  Formaten ist, dass einige Frame-basiert, andere wiederum
  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 zahlreichen Methoden, mit denen dies bewerkstelligt werden
  kann, werden insgesamt dem &quot;pulldown&quot; zugeordnet, von welchem
  das verrufene NTSC &quot;3:2 telecine&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>

<itemizedlist>

  beizubehalten.
</para></listitem>
<listitem><para>
  <emphasis role="bold">NTSC 2:2 pulldown</emphasis>: Verwendet zur
  Darstellung von 30fps Material auf NTSC.
  Schön, genau wie das 2:2 PAL pulldown.
</para></listitem>
</itemizedlist>

<para>
  Es gibt auch Methoden zur Konvertierung zwischen NTSC- und PAL-Video,

  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>
  behandelt.
  Wir lassen dich jetzt mit einigen Anleitungen zur Identifizierung der
  Materialtypen zurück, mit denen du es zu tun hast:
</para>

<itemizedlist>
<title>NTSC-Bereiche:</title>
<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 die Teile mit 30000/1001 fps könnten
  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><para>
  Wenn <application>MPlayer</application> nie einen Frameratenwechsel
  anzeigt und jeder einzelne Frame mit Bewegung gekämmt (combed) erscheint,

  Hast du immer während Bewegungen Combing gesehen, dann ist dein Film
  PAL-Video bei 50 Feldern pro Sekunde.
</para></listitem>
</itemizedlist>

<note><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

</note>
</sect3>
</sect2>

<sect2 id="menc-feat-dvd-mpeg4-2pass">
<title>Konstanter Quantisierungsparameter vs. Multipass</title>

<para>
  Es ist möglich, deinen Film in einer großen Auswahl von Qualitäten zu
  encodieren.
  Mit modernen Videoencodern und ein wenig Pre-Codec-Kompression
  (Herunterskalierung und Rauschunterdrückung), kann eine sehr gute
  Qualität bei 700 MB erreicht werden, für einen 90-110-minütigen Breitwandfilm.
  Des Weiteren können alle - sogar die längsten - Filme mit nahezu perfekter
  Qualität bei 1400 MB encodiert werden.
</para>

<para>
  Es gibt drei Annäherungen für das Encodieren eines Videos: konstante Bitrate
  (CBR), konstanter Quantisierungsparameter und Multipass (ABR, oder mittlere Bitrate).
</para>

<para>
  Die Komplexität der Frames eines Filmes und somit die Anzahl der für
  deren Komprimierung erforderlichen Bits kann von einer Szene zur anderen
  außerordentlich variieren.
  Moderne Videoencoder können sich durch Variieren der Bitrate an diese
  Anforderungen anpassen.
  In einfachen Modi wie CBR kennen die Encoder jedoch nicht den
  Bitratenbedarf zukünftiger Szenen und sind somit nicht in der Lage,
  die angeforderte mittlere Bitrate über längere Zeitspannen zu
  überschreiten.
  Erweiterte Modi wie etwa Multipass-Encodierung können die Statistik
  früherer Durchgänge berücksichtigen; dies behebt das oben erwähnte
  Problem.
</para>

<note><title>Anmerkung:</title>
<para>
  Die meisten Codecs, die ABR-Encodierung unterstützen, unterstützen nur
  die Encodierung in zwei Durchgängen (two pass) während einige andere wie
  etwa <systemitem class="library">x264</systemitem>,
  <systemitem class="library">XviD</systemitem>

  den Videoframe in 16x16 Pixel Macroblöcke und wendet danach einen
  Quantisierer auf jeden Macroblock an. Je niedriger der Quantisierer desto
  besser die Qualität und desto höher die Bitrate.
  Die Methode, die der Filmencoder zur Bestimmung des auf einen gegebenen
  Macroblock anzuwendenden Quantisierer verwendet, variiert und ist in
  hohem Maße einstellbar. (Dies ist eine extrem übertriebene Vereinfachung
  des aktuellen Prozesses aber nützlich, um das Grundkonzept zu verstehen.)
</para>

<para>
  Wenn du eine konstante Bitrate festlegst, wird der Videocodec das Video
  so encodieren, dass so viele Details wie notwendig und so wenig

  (In der Praxis bedeutet dies einen Wert, der hoch genug ist kein Limit
  aufzuwerfen wie 10000Kbit.) Ohne echte Einschränkung der Bitrate wird
  der Codec als Ergebnis den niedrigsten möglichen Quantisierer für jeden
  Macroblock anwenden (wie durch <option>vqmin</option> für
  <systemitem class="library">libavcodec</systemitem>
  spezifiziert, Standardwert ist 2).
  Sobald du eine Bitrate festlegst, die niedrig genug ist, den
  Codec zur Anwendung eines höheren Quantisierers zu zwingen, bist Du
  nahezu sicher dabei, die Qualität deines Videos zu ruinieren.
  Um dies zu vermeiden, solltst du möglicherweise dein Video wie
  in der später in diesem Handbuch beschriebenen Methode reduzieren.
  Im Allgemeinen solltst du CBR vollkommen meiden, wenn dir Qualität
  wichtig ist.
</para>

<para>
  Mit konstantem Quantisierer wendet der Codec denselben Quantisierer, wie
  durch die Option <option>vqscale</option> (für
  <systemitem class="library">libavcodec</systemitem>) spezifiziert, auf jeden
  Macroblock an.
  Willst du einen Rip mit höchstmöglicher Qualität und ignorierst dabei
  wiederum die Bitrate, kannst du <option>vqscale=2</option> verwenden.
  Dies wird dieselbe Bitrate und PSNR (peak signal-to-noise ratio) liefern
  wie CBR mit <option>vbitrate</option>=infinity und der Standardeinstellung
  <option>vqmin</option>=2.
</para>

<para>
  Das Problem mit konstantem Quantisierer ist, dass der vorgegebene Quantisierer
  zum Einsatz kommt, egal ob der Macroblock ihn benötigt oder nicht. Dies heißt,
  es wäre möglich, einen höheren Quantisierer auf einen Macroblock anzuwenden,
  ohne sichtbare Qualität zu opfern. Warum die Bits für einen unnötig kleinen
  Quantisierer verschwenden? Deine CPU hat soundso viele Arbeitsgänge Zeit zur
  Verfügung, die Festplatte jedoch nur soundso viele Bits.
</para>

<para>
  Bei einer Encodierung mit zwei Durchläufen (two pass), wird der erste Durchgang
  den Film so rippen, als würde CBR vorliegen, jedoch wird ein Log die Eigenschaften
  jedes Frames beibehalten. Diese Daten werden danach während des zweiten Durchgangs
  dazu verwendet, intelligente Entscheidungen zur Wahl des Quantisierers zu treffen.
  Während schneller Action oder hochdetaillierter Szenen werden womöglich
  höhere Quantisierer, während langsamen Bewegungen und Szenen mit weniger Details
  niedrigere Quantisierer verwendet.
  Normalerweise ist die Anzahl der Bewegungen wichtiger als die der Details.
</para>

<para>
  Wenn du <option>vqscale=2</option> verwendest, verschwendest du Bits. Wenn
  du <option>vqscale=3</option> anwendest, wirst du keinen Rip mit bestmöglicher
  Qualität erhalten. Angenommen du rippst eine DVD mit <option>vqscale=3</option>
  und das Resultat ist 1800Kbit. Wenn du in zwei Durchgängen mit
  <option>vbitrate=1800</option> encodierst, wird das daraus resultierende Video
  eine <emphasis role="bold">bessere Qualität</emphasis> bei
  <emphasis role="bold">gleicher Bitrate</emphasis> haben.
</para>

</para>

<para>
  Interessiert die Größe nicht, stellen etwa 2000Kbit plus oder minus 200Kbit
  einen guten Ausgangspunkt für einen sehr hochqualitativen Rip dar.
  Bei einem Video mit schneller Action oder hohen Details, oder wenn du schlicht
  und ergreifend ein sehr kritisches Auge besitzst, könntest du dich für 2400
  oder 2600 entscheiden.
  Bei einigen DVDs kannst du eventuell keinen Unterschied bei 1400Kbit feststellen.
  um ein besseres Gefühl zu bekommen, ist es eine gute Idee, mit Szenen bei
  unterschiedlichen Bitraten herumzuexperimentieren.
</para>

<para>
  Wenn du eine bestimmte Größe anvisierst, musst du die Bitrate irgendwie
  kalkulieren.
  Aber zuvor solltest du wissen, wieviel Platz du für den/die Audiotrack(s)
  reservieren musst, daher solltest Du
  <link linkend="menc-feat-dvd-mpeg4-audio">diese(n) zuerst rippen</link>.
  du kannst die Bitrate mit folgender Gleichung berechnen:
  <systemitem>Bitrate = (zielgroesse_in_MByte - soundgroesse_in_MByte) *
  1024 * 1024 / laenge_in_sek * 8 / 1000</systemitem>
  Um zum Beispiel einen zweistündigen Film auf eine 702MB CD mit einem 60MB

<sect2 id="menc-feat-dvd-mpeg4-constraints">
<title>Randbedingungen für effizientes Encodieren</title>

<para>
  Aufgrund der Natur der MPEG-Komrimierung gibt es zahlreiche
  Randbedingungen, denen du zum Erreichen maximaler Qualität folgen
  solltest.
  MPEG splittet das Video in Macroblöcke genannte 16x16 Quadrate auf,
  jeder davon zusammengesetzt aus 4 8x8 Blöcken mit
  Luma-(Intensitäts)-Informationen und zwei halb-auflösenden 8x8
  Chroma-(Farb)-Blöcken (einer für die Rot-Cyan-Achse und der andere für
  die Blau-Gelb-Achse).
  Selbst wenn Breite und Höhe deines Films kein Vielfaches von 16 sind,
  wird der Encoder ausreichend 16x16 Macroblöcke zur Abdeckung des
  gesamten Bildbereichs verwenden und der Extraplatz wird verschwendet.
  Folglich ist es keine gute Idee, im Interesse der Maximierung der
  Qualität bei fester Dateigröße, Abmessungen zu verwenden, die kein
  Vielfaches von 16 sind.
</para>

<para>
  Die meisten DVDs besitzen ein bestimmtes Maß schwarzer Balken
  an ihren Rändern. Diese dort zu belassen kann die Qualität auf
  verschiedene Art und Weise negativ beeinflussen.
</para>

<orderedlist>
<listitem>

  MPEG-Kompression hängt ebenso in höchstem Maße von den
  Frequenzbereichs-Transformationen ab, insbesondere von der
  Discrete Cosine Transform (DCT), die der Fourier Transform ähnelt.
  Diese Art Encodierung ist für darstellende Muster und weiche
  Übergänge effizient, hat jedoch große Probleme mit scharfen Kanten.
  Um diese zu encodieren muss sie viel mehr Bits verwenden,
  oder andernfalls wird ein als Ringing bekannter Artefakt
  auftreten.
</para>

<para>
  Die Discrete Frequency Transform (DCT) erfolgt separat auf jeden
  Macroblock (eigentlich auf jeden Block), somit trifft dieses Problem
  nur zu, wenn sich in einem Block eine scharfe Kante befindet.
  Beginnt dein schwarzer Rand exakt an den Grenzen zum Vielfachen von
  16 Pixeln, stellt dies kein Problem dar.
  Seis drum, die schwarzen Ränder bei DVDs werden in den seltensten
  Fällen schön angeordnet, daher wirst du sie in der Praxis immer
  abschneiden müssen, um diesen Nachteil zu vermeiden.
</para>
</listitem>
</orderedlist>

<para>
  Zusätzlich zu den Frequenzbereichs-Transformationen verwendet die
  MPEG-Kompression Bewegungsvektoren, um den Wechsel von einem Frame
  zum anderen darzustellen.
  Bewegungsvektoren arbeiten bei Inhalt, der von den Kanten eines Bildes
  her einfließt, normalerweise weniger effizient, da dieser im vorherigen
  Frame nicht vorhanden ist. Solange sich das Bild bis voll zur Kante des

  werden soll. Nur die verbleibenden Unterschiede müssen encodiert werden.
  Überspannt der Macroblock die Kante des Bildes und enthält einen
  Teil des schwarzen Randes, werden Bewegungsvektoren aus anderen
  Teilen des Bildes den schwarzen Rand überschreiben. Dies bedeutet, dass
  jede Menge Bits entweder zur wiederholten Schwärzung des überschriebenen
  Randes aufgewendet werden müssen, oder es wird (eher) erst gar kein
  Bewegungsvektor genutzt und alle Änderungen innerhalb dieses Macroblocks
  müssen explizit encodiert werden. So oder so wird die Encodiereffizienz
  außerordentlich reduziert.
</para>

<para>
  Nochmal, dieses Problem trifft nur dann zu, wenn schwarze Ränder
  nicht an den Grenzen eines Vielfachen von 16 anstehen.
</para>
</listitem>

<listitem>
<para>

<para>
  Läuft das Bild ständig zur Kante des encodierten Bereichs, besitzt
  MPEG spezielle Optimierungen, um immer wieder dann die Pixel am Rand des
  Bildes zu kopieren, wenn ein Bewegungsvektor von außerhalb des
  encodierten Bereichs ankommt. Dieses Feature wird nutzlos, wenn der Film
  schwarze Ränder hat. Im Gegensatz zu den Problemen 1 und 2 hilft hier
  kein Anordnen der Ränder am Vielfachen von 16.
</para>
</listitem>

<listitem>
<para>
  Obwohl die Ränder komplett schwarz sind und sich nie ändern, ist
  zumindest ein minimaler Overhead damit verbunden, mehr Macroblöcke
  zu besitzen.
</para>
</listitem>
</orderedlist>

<para>
  Aus all diesen Gründen wird empfohlen, schwarze Ränder komplett abzuschneiden.
  Mehr noch, liegt ein Bereich mit Rauschen/Verzerrung an der Kante des Bildes,
  steigert dessen Abschneiden ebenso die Encodiereffizienz. Videophile Puristen,
  die den Originalzustand so nah wie möglich sichern wollen,
  mögen dieses Abschneiden (cropping) beanstanden, wenn du jedoch nicht planst,
  bei konstantem Quantisierer zu encodieren, wird der Qualitätsgewinn, den Du

</tgroup>
</informaltable>

<para>
  Wie du sehen kannst, kommen Zeilen und Spalten des Bildes natürlich paarweise.
  Folglich <emphasis>müssen</emphasis> deine Abschneide-Offsets und
  Abmessungen geradzahlig sein.
  Sind sie dies nicht, wird Chroma nicht mehr korrekt mit Luma abgeglichen.
  In der Theorie ist es möglich, mit ungeraden Offsets abzuschneiden, jedoch
  erfordert dies ein Resampling von Chroma, was potentiell eine mit Verlust
  verbundene Operation bedeutet und vom Crop-Filter nicht unterstützt
  wird.
</para>

<para>
  Weiterhin wird interlaced Video folgendermaßen gesampelt:

  Ausschneiden ein Vielfaches von 4 sein.
</para>

<para>
  Die ursprüngliche DVD-Auflösung ist 720x480 für NTSC und 720x576 für PAL, es
  gibt jedoch ein Aspektkennzeichen, das spezifiziert, ob Vollbild (4:3) oder
  Breitwandfilm (16:9) vorliegt. Viele (wenn nicht die meisten) Breitwandfilm-DVDs
  sind nicht grundsätzlich 16:9, sondern entweder 1.85:1 oder 2.35:1 (Cinescope).
  Dies bedeutet, dass es schwarze Bänder im Video geben wird, die herausgeschnitten
  werden müssen.
</para>

<para>
  <application>MPlayer</application> stellt einen Crop-Erkennungsfilter
  zur Verfügung, der das Ausschnittsrechteck (<option>-vf cropdetect</option>)
  bestimmt.
  Starte <application>MPlayer</application> mit
  <option>-vf cropdetect</option>, und er wird die Crop-Einstellungen
  zum Entfernen der Ränder ausgeben.
  du solltest den Film lange genug laufen lassen, damit die gesamte Bildfläche
  verwendet wird, um akkurate Crop-Werte zu erhalten.
</para>

  die Chroma-Ebenen nicht verkehrt anordnest.
</para>

<para>
  In bestimmten Fällen könnte Skalieren nicht wünschenswert sein.
  Skalierung in vertikaler Richtung ist mit interlaced Video
  schwierig, und wenn du das Interlacing beibehalten willst, solltest
  du für gewöhnlich das Skalieren bleiben lassen.
  Hast du nicht vor zu skalieren, willst aber nach wie vor Abmessungen
  in einem Vielfachen von 16 verwenden, musst du über den Rand
  hinausschneiden.
  Schneide aber lieber nicht über den Rand hinaus, da schwarze Ränder
  sehr schlecht zu encodieren sind!
</para>

  Regel - nie ungerade Werte für irgendwelche Parameter beim Abschneiden
  oder Skalieren eines Videos-) Wenn du dich beim Wegwerfen einiger extra
  Pixel nicht wohl fühlst, ziehst du es stattdessen vor, das Video zu
  skalieren.
  Wir werden uns dies im unten stehenden Beispiel mal ansehen.
  Du kannst den <option>cropdetect</option>-Filter sogar alles oben erwähnte
  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>
  Nachdem nun alles gesagt ist, wirst du möglicherweise bei einem
  Video landen, dessen Pixel nicht ganz 1.85:1 oder 2.35:1, aber ziemlich
  nahe dran sind. Du könntest ein neues Seitenverhältnis manuell berechnen,
  aber <application>MEncoder</application> bietet eine Option für <systemitem
  class="library">libavcodec</systemitem> genannt <option>autoaspect</option>,
  die das für dich erledigt. Skaliere auf keinen Fall dieses Video hoch, um
  die Pixel abzugleichen solange du keinen Festplattenplatz verschwenden willst.
  Das Skalieren sollte beim Playback gemacht werden und der Player wird das
  in der AVI gespeicherte Seitenverhältnis zur Bestimmung der besten
  Auflösung verwenden.
  Unglücklicherweise erzwingen nicht alle Players diese Auto-Skalierinformation,
  und deshalb willst du vielleicht trotzdem neu skalieren.
</para>
</sect2>


<sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate">
<title>Auswahl von Auflösung und Bitrate</title>

<para>
  Wenn du nicht vor hast, im Modus mit konstantem Quantisier zu encodieren,
  musst du eine Bitrate auswählen.
  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 &quot;Overhead&quot; (siehe zum Beispiel in der
  Sektion über
  <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">den AVI-Container</link>).
  Weitere Parameter wie Skalierunng, Cropping, usw. werden die Dateigröße
  <emphasis role="bold">nicht</emphasis> ändern, solange du nicht auch
  die Bitrate veränderst!
</para>
<para>
  Die Bitrate skaliert <emphasis role="bold">nicht</emphasis> proportional
  zur Auflösung.
  Dies bedeutet, eine Datei 320x240 mit 200 KBit/Sek wird nicht dieselbe
  Qualität aufweisen wie der gleiche Film bei 640x480 und 800 KBit/Sek!
  Dafür gibt es zwei Gründe:
<orderedlist>
  <listitem><para>
    <emphasis role="bold">Wahrnehmbar</emphasis>: du bemerkst
    MPEG-Artefakte eher, wenn sie größer hochskaliert sind!

    Grob gesagt, jedes Pixel enthält mehr des Details als es dies
    zuvor tat.
    Somit enthält dein herunterskaliertes Bild 1/4 der Information
    in räumlichen Richtungen, es könnte immer noch einen hohen Anteil
    Information im Frequenzbereich enthalten (vorausgesetzt dass die
    hohen Frequenzen im originalen 640x480 Bild nicht ausgenutzt wurden).
  </para></listitem>
  </orderedlist>
</para>
<para>
  Vergangene Leitfäden legten nahe, eine Bitrate und Auflösung zu wählen,

  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.
  Desweiteren ist es in Anbetracht der Tatsache, dass Filme in Bezug auf Rauschen, Details,
  Bewegungsgrad usw. außerordentlich variieren, zwecklos, allgemeine Empfehlungen
  für die Bits pro Diagonallänge (dem Analog zu Bits pro Pixel
  unter Verwendung der Quadratwurzel) abzugeben.
</para>
<para>
  So weit haben wir nun die Schwierigkeit der Wahl von Bitrate und

<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Berechnen der Auflösung</title>
<para>
  Die folgenden Schritte werden dich in der Berechnung der Auflösung
  deiner Encodierung anleiten, ohne das Video allzusehr zu verzerren,
  indem verschiedene Typen von Informationen über das Quellvideo in
  Betracht gezogen werden.
  Zuerst solltest du die encodierte Auflösung berechnen:
  <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>

  Um den CQ anzuheben, könntest du typischerweise den Film unter der Annahme
  herunterskalieren, dass die Bitrate mit der Funktion der Zielgröße und der
  Länge des Films berechnest, die ja konstant sind.
  Mit MPEG-4 ASP-Codecs wie <systemitem class="library">XviD</systemitem>
  und <systemitem class="library">libavcodec</systemitem>, resultiert ein CQ
  unter 0.18 für gewöhnlich in einem ziemlich blockhaften Bild, weil nicht
  genug Bits zum Codieren der Information jedes Macroblocks vorhanden sind.
  (MPEG4, wie auch viele andere Codecs, gruppiert Pixel nach Blöcken verschiedener
  Pixel, um das Bild zu komprimieren; sind nicht genügend Bits vorhanden,
  werden die Kanten dieser Blöcke sichtbar.)
  Es ist daher weise, einen CQ im Bereich von 0.20 bis 0.22 für einen 1 CD-Rip
  und 0.26-0.28 für einen 2 CD-Rip mit Standard-Encodieroptionen zu nehmen.
  Höherentwickelte Encodieroptionen wie die hier für
  <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link>
  und
  <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link>
  aufgelisteten sollten es möglich machen, dieselbe Qualität mit einem CQ im Bereich
  von 0.18 bis 0.20 für einen 1 CD-CDip und 0.24 bis 0.26 für einen 2 CD-Rip zu erreichen.
  Mit den MPEG-4 ASP-Codecs wie <systemitem class="library">x264</systemitem>,
  kannst du einen CQ im Bereich von 0.14 bis 0.16 mit Standard-Encodieroptionen
  verwenden, und solltest bis auf 0.10 bis 0.12 mit den
  <link linkend="menc-feat-x264-example-settings">erweiterten Encodieroptionen von
  <systemitem class="library">x264</systemitem></link>
  runter gehen können.
</para>

<para>
  Bitte nimm zur Kenntnis, dass der CQ lediglich eine richtungsweisendes Maß ist,
  da sie vom encodierten Inhalt abhängt. Ein CQ von 0.18 kann für einen
  Bergman-Film recht hübsch aussehen, im Gegensatz zu einem Film wie
  The Matrix, der jede Menge High-Motion-Szenen enthält.
  Auf der anderen Seite ist es wertlos, den CQ höher als 0.30 zu schrauben,
  da du ohne spürbaren Qualitätsgewinn Bits vergeuden würdest.
  Beachte ebenso, dass wie früher in diesem Handbuch bereits angemerkt,

<sect2 id="menc-feat-dvd-mpeg4-filtering">
<title>Filtern</title>

<para>
  Zu lernen, wie man <application>MEncoder</application>s Videofilter
  verwendet, ist essentiell, um gute Encodierungen zu produzieren.
  Jede Videoverarbeitung wird über Filter ausgeführt -- Ausschneiden,
  Skalieren, Farbanpassung, Rauschentfernung, Scharfzeichnen, Deinterlacing,
  telecine, inverses telecine und Deblocking, um nur ein paar davon aufzuzählen.
  Zusammen mit der gewaltigen Zahl unterstützter Inputformate, ist die Vielfalt der
  in <application>MEncoder</application> verfügbaren Filter eine seiner
  Hauptvorteile im Vergleich zu ähnlichen Programmen.
</para>

<para>
  Filter werden in einer Kette über die Option -vf geladen:

  <screen>-vf filter1=Optionen,filter2=Optionen,...</screen>

  Die meisten Filter nehmen mehrere numerische, kommagetrennte
  Optionen entgegen, jedoch variiert die Syntax der Optionen von
  Filter zu Filter, also lies bitte die Man Page für Details
  zu den Filtern, die du verwenden willst.
</para>

  (umgekehrtes telecine) und <option>softpulldown</option> (zur Konvertierung
  von soft telecine nach hard telecine).
</para>

<para>
  Im Allgemeinen solltest du den Film so wenig wie möglich Filtern, um
  nahe an der originalen DVD-Quelle zu bleiben. Ausschneiden ist oft
  notwendig (wie oben beschrieben), vermeide aber das Skalieren von Videos.
  Obwohl das Herunterskalieren manchmal vorgezogen wird, um höhere Quantisierer
  zu verwenden, wollen wir beide diese Dinge vermeiden: Erinnere dich daran,
  dass wir von Anfang an beschlossen hatten, einen Kompromiss zwischen
  Bits und Qualität zu schließen.
</para>

<para>
  Passe ebenso kein Gamma, Kontrast, Helligkeit,usw. an. Was auf deinem
  Display gut aussieht, sieht auf anderen eventuell nicht gut aus. Diese
  Anpassungen sollten nur im Playback vorgenommen werden.
</para>

<para>
  Eine Sache, die du vielleicht machen willst, ist, das Video durch einen sehr
  feinen Entrauschfilter (Denoise) zu schicken, wie etwa <option>-vf hqdn3d=2:1:2</option>.
  Nochmals, es geht darum, die Bits einer besseren Verwendung zuzuführen: Warum
  zum Encodieren des Rauschens verschwenden, wenn du dieses Rauschen auch während
  des Playback entfernen kannst?
  Die Parameter für <option>hqdn3d</option> zu erhöhen, wird überdies
  die Komprimierbarkeit erhöhen, erhöhst du jedoch die Werte zu sehr, riskierst Du
  eine Verringerung der Bildsichtbarkeit. Die oben vorgeschlagenen Werte
  (<option>2:1:2</option>) sind ziemlich konservativ; du solltest dich frei

<sect2 id="menc-feat-dvd-mpeg4-interlacing">
<title>Interlacing und telecine</title>

<para>
  Nahezu alle Filme sind bei 24 fps aufgenommen. Weil NTSC 30000/1001 fps entspricht,
  müssen mit diesen 24 fps Videos einige Verarbeitungen durchgeführt werden,
  um sie mit der korrekten NTSC-Framerate laufen zu lassen. Der Prozess wird 3:2
  pulldown genannt, allgemein telecine zugeordnet (weil pulldown des öfteren
  während des telecine-Prozesses angewandt wird), und naiv so beschrieben,
  dass er durch Verlangsamung des Films auf 24000/1001 fps und dem
  Wiederholen jeden vierten Frames arbeitet.
</para>

<para>
  Keine spezielle Verarbeitung ist jedoch bei einem Video für PAL-DVDs
  durchzuführen, das bei 25 fps läuft. (Technisch gesehen kann PAL telecined

  bei 25 fps abgespielt korrekt an, obwohl der Audiotrack (und infolgedessen der
  gesamte Film) eine 4% kürzere Abspielzeit hat wie NTSC-DVDs.
</para>

<para>
  Weil das Video in einer PAL-DVD nicht verändert wurde, musst du dich nicht
  viel um die Framerate sorgen. Die Quelle ist 25 fps und dein Rip wird 25
  fps haben. Wenn du jedoch einen NTSC-DVD-Film rippst, musst du eventuell
  umgekehrtes telecine anwenden.
</para>

<para>
  Für mit 24 fps aufgenommene Filme ist das Video auf der NTSC-DVD entweder telecined
  30000/1001 oder hat andernfalls progressive 24000/1001 fps und es ist vorgesehen,
  on-the-fly vom DVD-Player telecined zu werden. Auf der anderen Seite sind TV-Serien
  üblicherweise nur interlaced, nicht telecined. Dies ist keine harte Regel: Einige
  TV-Serien sind interlaced (wie etwa Buffy die Vampirkillerin), wogegen andere
  eine Mixtur aus progressive und interlaced sind (so wie Angel oder 24) - wers kennt :).
</para>

<para>

<orderedlist>
<listitem><para>
  Ausschneidehöhe und y-Offset müssen Vielfache von 4 sein.
</para></listitem>
<listitem><para>
  Jedes vertikale Skalieren muss im interlaced Modus durchgeführt werden.
</para></listitem>
<listitem><para>
  Nachbearbeitungs- (postprocessing) und Rauschunterdrückungsfilter (denoising)
  funktionieren eventuell nicht wie erwartet, wenn du nicht speziell darauf achtest,
  dass sie zu einem Zeitpunkt nur ein Feld verarbeiten, und sie können das Video
  kaputt machen, wenn sie inkorrekt angewendet werden.
</para></listitem>
</orderedlist>

<para>

<sect2 id="menc-feat-dvd-mpeg4-av-sync">
<title>Anmerkungen zur Audio-/Videosynchronisation</title>
<para>
  <application>MEncoder</application>s Algorithmen der Audio-/Videosynchronisation
  wurden mit der Intention entwickelt, Dateien mit kaputter Sychronisation wieder herzustellen.
  In einigen Fällen können unnötiges Überspringen und Duplizieren
  von Frames und möglicherweise leichte A/V-Desynchronisation verursachen, auch wenn sie
  mit dem richtigen Input verwendet werden
  (gewiss, Probleme mit A/V-Synchronisation treffen nur zu, wenn du den Audiotrack während
  der Transcodierung des Videos verarbeitest oder kopierst, wozu auch nachhaltig
  ermutigt wird).
  Hierfür müsstest du mit der Option <option>-mc 0</option> in die
  Grundeinstellung der A/V-Synchronisation wechseln oder diese in deine
  <systemitem>~/.mplayer/mencoder</systemitem> Konfigurationsdatei eintragen,
  solange du ausschließlich mit guten Quellen arbeitest (DVD, TV-Capture,
  hochqualitativen MPEG-4-Rips usw.) und mit nicht-kaputten ASF/RM/MOV-Dateien.
</para>
<para>
  Wenn du dich überdies gegen merkwürdige Frameübersprünge und -duplikationen
  absichern willst, kannst du beides verwenden, <option>-mc 0</option>
  und <option>-noskip</option>.

  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
  erfahrene Benutzer, die wissen, wann es sicher anzuwenden ist und wann nicht.
  Wenn du zuvor noch nie etwas vom 3-pass-Modus gehört hast, vergiss, dass wir es je
  erwähnt haben!
</para>
<para>
  Es gab auch Berichte über A/V-Desynchronisation, wenn
  mit <application>MEncoder</application> von stdin encodiert wurde.
  Lass das bleiben! Verwende immer eine Datei oder ein CD/DVD/usw-Gerät

<sect2 id="menc-feat-dvd-mpeg4-codec">
<title>Auswahl des Videocodecs</title>

<para>
  Welcher Videocodec die beste Wahl ist, hängt von mehreren Faktoren ab,
  wie Größe, Qualität, Streambarkeit, Brauchbarkeit und Popularität, manche
  davon hängen weitgehend vom persönlichen Geschmack und technischen
  Randbedingungen ab.
</para>
<itemizedlist>
  <listitem><para>
  <emphasis role="bold">Kompressionseffizienz</emphasis>:
  Es ist leicht zu verstehen, dass die meisten Codecs der neueren Generation
  dafür gemacht wurden, Qualität und Komprimierung zu verbessern.
  Deshalb behauptet der Autor dieses Handbuches und viele andere Leute, dass
  du nichts verkehrt machen kannst,
  <footnote id='fn-menc-feat-dvd-mpeg4-codec-cpu'>
  <para>Sei trotzdem vorsichtig: MPEG-4 AVC-Videos in DVD-Auflösung zu
  decodieren erfordert einen schnellen Rechner (z.B. einen Pentium 4
  über 1.5Ghz oder einen Pentium M über 1Ghz).

  MPEG-2-Codecs.
  </para>
  <para>
  Allerdings können neuere Codecs, die noch stark in der Entwicklung stecken,
  unter unentdeckten Bugs leiden, die die Encodierung ruinieren können.
  Dies nimmt man schlicht in Kauf, wenn man "bleeding edge"-Technologie
  verwendet.
  </para>
  <para>
  Außerdem erfordert der Umgang mit einem neuen Codec und sich mit dessen Optionen
  vertraut zu machen eine Zeit, bis du weißt, was alles anzupassen
  ist, um die erhoffte Bildqualität zu erreichen.
  </para></listitem>

  <listitem><para>
  <emphasis role="bold">Hardware-Kompatibilität</emphasis>:
  Gewöhnlich dauert es bei neuen standalone Video-Playern lange, bis der
  Support für die neuesten Videocodecs eingebunden ist.
  Als ein Ergebnis unterstützen die meisten nur MPEG-1 (wie VCD, XVCD
  und KVCD), MPEG-2 (wie DVD, SVCD und KVCD) und MPEG-4 ASP (wie DivX,
  LMP4 von <systemitem class="library">libavcodec</systemitem> und
  <systemitem class="library">XviD</systemitem>)
  (Vorsicht: Im Allgemeinen werden nicht alle MPEG-4 ASP-Features unterstützt).
  Sieh bitte in den technischen Spezifikationen deines Players nach (falls
  welche vorhanden sind) oder google nach mehr Informationen.
  </para></listitem>

  <listitem><para>
  <emphasis role="bold">Beste Qualität pro Encodierzeit</emphasis>:
  Codecs, die es schon einige Zeit gibt (wie
  <systemitem class="library">libavcodec</systemitem> MPEG-4 und
  <systemitem class="library">XviD</systemitem>), sind gewöhnlich heftig
  mit allen möglichen intelligenten Algorithmen und SIMD Assembly-Code optimiert.
  Das sind sie deshalb, weil sie darauf abzielen, das beste Verhältnis von Qualität
  pro Encodierzeit zu liefern.
  Jedoch haben sie oft einige sehr fortschrittliche Optionen, die,
  wenn aktiviert, das Encodieren bei marginalem Gewinn wirklich langsam
  machen.
  </para>
  <para>
  Wenn du es auf die Wahnsinnsgeschwindigkeit abzielst, solltest du
  in der Nähe der Standardeinstellungen des Videocodecs bleiben
  (obwohl du ruhig weitere Optionen ausprobieren solltest, die in
  anderen Sektionen dieses Handbuchs angesprochen werden).
  </para>
  <para>
  Vielleicht überlegst du auch, einen Codec auszuwählen, der mit
  Multi-Threading klarkommt, was nur für Benutzer von Rechnern
  mit mehreren CPUs von Nutzen ist.
  <systemitem class="library">libavcodec</systemitem> MPEG-4 erlaubt
  dies zwar, aber die Geschwindigkeitsgewinne sind begrenzt und es gibt
  einen leicht negativen Effekt in Bezug auf die Bildqualität.
  Die Multi-Thread-Encodierung von <systemitem class="library">XviD</systemitem>,
  durch die Option <option>threads</option> aktiviert, kann zum Ankurbeln

  <para>
  Du solltest dir dein eigenes Urteil bilden; lass dich nicht von Leuten
  vollquasseln, die auf den einen Codec schwören.
  Nimm ein paar Beispiel-Clips von Originalquellen und vergleiche die
  verschiedenen Encodier-Optionen und Codecs, um den einen zu finden, mit
  dem du am besten klarkommst.
  Der beste Codec ist der, den du beherrschst und der in deinen Augen
  auf deinem Display am besten aussieht.
  <footnote id='fn-menc-feat-dvd-mpeg4-codec-playback'>
  <para>Dieselbe Encodierung kann auf dem Monitor eines anderen vollkommen
  anders aussehen oder wenn sie von einem anderen Decoder abgespielt wird,
  also mach deine Encodierungen zukunftssicher indem du sie unter verschiedenen
  Setups ablaufen lässt.</para></footnote>!
  </para></listitem>
</itemizedlist>

<sect2 id="menc-feat-dvd-mpeg4-audio">
<title>Audio</title>

<para>
  Audio ist ein leichter zu lösendes Problem: Wenn du Wert auf Qualität legst,
  lass es einfach so wie es ist.
  Gerade AC3 5.1 Streams sind meist 448Kbit/s und jedes Bit wert.
  Möglicherweise gerätst du in Versuchung, Audio in hochwertiges Vorbis
  umzuwandeln, aber nur weil du heute keinen A/V-Receiver für AC3-pass-through
  besitzt, bedeutet dies nicht, dass du nicht morgen doch einen hast.
  Halte deine DVD-Rips zukunftssicher, indem du den AC3-Stream beibehältst.
  Du behältst den AC3-Stream entweder, indem du ihn
  <link linkend="menc-feat-mpeg4">während der Encodierung</link> direkt in den
  Video-Stream kopierst.
  Du kannst den AC3-Stream aber auch extrahieren, um ihn in Container wie NUT

  verwendest, wahrscheinlich um einige Probleme in deinen
  Encodier-Befehlszeileneinstellungen zu verbergen.
  In anderen Worten, einen Soundtrack während dem Encodieren zu haben, stellt sicher,
  vorausgesetzt du siehst keine Meldungen wie
  <quote>Too many audio packets in the buffer</quote>, dass du in der Lage sein
  wirst, eine korrekte Synchronisation zu erhalten.
</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.

  Vielleicht willst du den Sound vor dem Encodieren normalisieren, da
  DVD-Audiotracks gemeinhin bei niedriger Lautzstärke aufgenommen sind.
  Du kannst beispielsweise das Tool <application>normalize</application> verwenden,
  das in den meisten Distributionen zur Verfügung steht.
  Wenn du Windows nutzt, kann ein Tool wie <application>BeSweet</application>
  denselben Job erledigen.
  Du wirst entweder nach Vorbis oder MP3 komprimieren.
  Zum Beispiel:
  <screen>oggenc -q1 <replaceable>destination_sound.wav</replaceable></screen>
  wird <replaceable>destination_sound.wav</replaceable> mit
  der Encodierqualität 1 encodieren, was annähernd 80Kb/s ergibt und

<title>Muxen</title>
<para>
  Nun da du dein Video encodiert hast, wirst du es höchstwahrscheinlich
  mit einem oder mehr Audiotracks in einen Movie-Container wie etwa
  AVI, MPEG, Matroska oder NUT muxen.
  <application>MEncoder</application> ist aktuell nur in der Lage,
  Audio und Video nativ in MPEG- und AVI-Containerformate auszugeben.
  Zum Beispiel:
  <screen>mencoder -oac copy -ovc copy -o <replaceable>output_movie.avi</replaceable> -audiofile <replaceable>input_audio.mp2</replaceable> <replaceable>input_video.avi</replaceable></screen>
  Dies würde die Video-Datei <replaceable>input_video.avi</replaceable>
  und die Audio-Datei <replaceable>input_audio.mp2</replaceable>

  Es kann vorkommen, dass du ernsthafte A/V-Synchronisationprobleme hast während
  du versuchst, deine Video- und einige Audiotracks zu muxen, wobei es nichts
  ändert, wenn du das Audiodelay anpasst, du bekommst nie eine korrekte
  Synchronisation zu Stande.
  Dies kann vorkommen, wenn du manche Videofilter verwendest, die einige Frames
  weglassen oder duplizieren, wie etwa die inverse telecine-Filter.
  ich kann dich nur dazu ermutigen, den <option>harddup</option>-Videofilter
  ans Ende der Filterkette anzuhängen, um solcherlei Problemen aus dem Weg
  zu gehen.
</para>

  Container setzt, sodass der letzte Frame nochmals angezeigt wird, um
  während des Schreibens des aktuellen Frames synchron zu bleiben.
  Mit <option>harddup</option> wird <application>MEncoder</application>
  statt dessen einfach den zuletzt angezeigten Frame nochmal in die Filterkette
  einschieben.
  Dies bedeutet, dass der Encoder <emphasis>exakt</emphasis> denselben Frame
  zweimal entgegen nimmt und komprimiert.
  Dies ergibt eine etwas größere Datei, verursacht jedoch keine Probleme
  beim Demuxen oder Remuxen in ein anderes Containerformat.
</para>

<para>
  Du kommst auch nicht um den Einsatz von <option>harddup</option> im

  Der vielleicht offensichtlichste ist der Overhead.
  Für jeden Block der AVI-Datei werden 24 Byte auf Header und Indizes
  verschwendet.
  Dies heißt übersetzt etwas mehr als 5 MB pro Stunde oder 1-2.5%
  Overhead für einen 700 MB Film. Das sieht nicht nach viel aus, könnte aber
  die Differenz zwischen einem Video mit 700 KBit/Sek oder 714 KBit/Sek
  bedeuten, und jedes bisschen mehr an Qualität zählt.
</para>

<para>
  Zu dieser schockierenden Ineffizienz kommen bei AVI noch folgende

  (ohnehin großen) Overhead fünffach oder mehr und sind somit ungeeignet.
</para>
</listitem>
<listitem>
<para>
  Audio in AVI-Dateien muss entweder konstante Bitrate (CBR) oder
  konstante Framegröße haben (also alle Frames decodieren zur selben Anzahl
  Samples).
  Unglücklicherweise erfüllt der effektivste Codec, Vorbis, keine dieser
  Anforderungen.
  Deshalb wirst du einen weniger effizienten Codec wie MP3 oder AC3 verwenden
  müssen, wenn du planst, einen Film in AVI zu speichern.
</para>
</listitem>
</orderedlist>

<para>
  Nachdem ich nun all dies erzählt habe, muss ich anmerken, momentan
  unterstützt <application>MEncoder</application> keinen Output mit
  variablen fps oder Vorbis-Encodierung.
  Deswegen magst du dies nicht als Einschränkung ansehen, wenn
  <application>MEncoder</application> das einzige Tool ist, das du
  nutzt, um deine Ecodierungen zu produzieren.
  Es ist dennoch möglich, <application>MEncoder</application> nur zur
  Videoencodierung zu verwenden und danach externe Tools, um Audio
  zum Encodieren und in ein anderes Containerformat zu muxen.
</para>
</sect3>

  womit AVI etwas anfangen kann.
</para>

<para>
  Die zum Erzeugen von Matroska-Dateien erforderlichen Tools werden
  zusammen <application>mkvtoolnix</application> genannt und stehen
  für die meisten Unix-Plattformen wie auch <application>Windows</application>
  zur Verfügung.
  Weil Matroska ein offener Standard ist, findest du vielleicht andere
  Tools, die besser für dich eignen, aber da mkvtoolnix das am meisten
  verbreitete ist und von Matroska selbst unterstützt wird, werden wir nur
  dessen Anwendung einbeziehen.
</para>

<para>
  Möglicherweise der einfachste Weg, mit Matroska anzufangen, ist
  <application>MMG</application> zu verwenden, das grafische Frontend,
  das mit <application>mkvtoolnix</application> daherkommt, und dem
  <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">guide to mkvmerge GUI (mmg)</ulink>
  zu folgen.
</para>

<sect2 id="menc-feat-telecine-intro">
<title>Einführung</title>
<formalpara>
<title>Was ist telecine?</title>
<para>
  Ich schlage vor, du besuchst diese Seite, wenn du nicht viel von dem
  verstehst, was in diesem Dokument beschrieben wird:
  <ulink url="http://www.divx.com/support/guides/guide.php?gid=10">http://www.divx.com/support/guides/guide.php?gid=10</ulink>
  Diese URL führt zu einer verständlichen und einigermaßen umfassenden
  Beschreibung was telecine ist.
</para></formalpara>

<formalpara>
<title>Eine Anmerkung zu Zahlen.</title>
<para>
  Viele Dokumente, einschließlich des oben verlinkten Handbuchs, beziehen
  sich auf den Wert Felder pro Sekunde von NTSC-Video als 59.94 und den
  korrespondierenden Frames pro Sekunde als 29.97 (für telecined und
  interlaced) und 23.976 (für progressiv). Zur Vereinfachung runden
  manche dieser Dokumente sogar auf 60, 30 und 24 auf.
</para></formalpara>

<para>
  Streng genommen sind alle diese Zahlen Näherungswerte. Das schwarz/weiße
  NTSC-Video war exakt 60 Felder pro Sekunde, aber 60000/1001
  wurde später gewählt, um die Farbdaten anzupassen, solange man gleichzeitig
  zu Schwarz/weiß-Fernsehen kompatibel blieb. Digitales NTSC-Video
  (so wie auf einer DVD) hat ebenfalls 60000/1001 Felder pro Sekunde. Hieraus
  wird interlaced und telecined Video als 30000/1001 Frames pro Sekunde
  enthaltend abgeleitet; progressive Video hat 24000/1001 Frames pro Sekunde.
</para>

<para>
  Ältere Versionen der <application>MEncoder</application>-Dokumentation
  und viele archivierten Posts in Mailing-Listen beziehen sich auf 59.94,
  29.97 und 23.976.
  Alle <application>MEncoder</application>-Dokumentationen wurden insofern
  aktualisiert, dass sie fraktionale Werte verwenden, und du solltest das
  auch tun.
</para>

<para>
  <option>-ofps 23.976</option> ist inkorrekt.
  <option>-ofps 24000/1001</option> sollte statt dessen benutzt werden.
</para>

<formalpara>
<title>Wie telecine angewandt wird</title>
<para>
  Jedes Video, das zur Anzeige auf einem NTSC-Fernseh-Set vorgesehen ist,
  muss 60000/1001 Felder pro Sekunde haben. Für TV-Filme und Shows
  hergestellt sind sie häufig direkt mit 60000/1001 Feldern pro Sekunde
  aufgenommen, die Mehrheit der Kinofilme jedoch mit 24 oder 24000/1001
  Frames pro Sekunde. Wenn cinematische Movie-DVDs gemastert werden,
  wird das Video danach fürs Fernsehen mittels eines telecine genannten
  Prozesses konvertiert.
</para></formalpara>

<para>
  Auf einer DVD wird das Video eigentlich nie als 60000/1001 Felder
  pro Sekunde abgelegt. Für ein Video, das ursprünglich 60000/1001 war,
  wird jedes Feldpaar zu einem Frame kombiniert, was dann 30000/1001
  Frames pro Sekunde ergibt. Hardware-DVD-Player lesen dann ein im
  Videostream eingebettetes Kennzeichen aus, um zu bestimmen, ob die gerade
  oder ungerade nummerierten Zeilen das erste Feld formen sollen.
</para>

<para>
  Üblicherweise bleibt ein Inhalt mit 24000/1001 Frames pro Sekunde
  so wie er ist, wenn er für eine DVD encodiert wird, und der DVD-Player
  muss das Telecining on-the-fly bewerkstelligen. Manchmal jedoch wird das
  Video telecined <emphasis>bevor</emphasis> es auf der DVD gespeichert wird;
  selbst wenn es ursprünglich 24000/1001 Frames pro Sekunde war, wird es
  60000/1001 Felder pro Sekunde. Wenn es auf der DVD gespeichert wird,
  werden Feldpaare zu 30000/1001 Frames pro Sekunde kombiniert.
</para>

<para>
  Wenn man das aus 60000/10001 Feldern pro Sekunde geformten Einzelframes
  erzeugte Video betrachtet, ist telecined oder anderenfalls Interlacing
  klar sichtbar woimmer Bewegung auftritt, da ein Feld (sagen wir, die
  gerade nummerierten Zeilen) einen Moment zur Zeit 1/(60000/1001) Sekunden
  später als das andere repräsentiert. Spielt man ein interlaced Video auf
  einem Computer ab, sehen beide hässlich aus, weil der Monitor eine höhere
  Auflösung besitzt und weil das Video Frame für Frame anstatt Feld für Feld
  angezeigt wird.
</para>

<itemizedlist>
<title>Anmerkungen</title>
<listitem><para>
  Diese Sektion gilt nur für NTSC-DVDs und nicht für PAL.
  </para></listitem>
<listitem><para>
  Die <application>MEncoder</application>-Beispielzeilen überall im

  </para></listitem>
</itemizedlist>
</sect2>

<sect2 id="menc-feat-telecine-ident">
<title>Wie kann man sagen, welchen Typ Video man hat</title>

<sect3 id="menc-feat-telecine-ident-progressive">
<title>Progressiv</title>
<para>
  Progressive Video wurde ursprünglich mit 24000/1001 fps gefilmt und
  ohne Änderung auf der DVD abgespeichert.
</para>

<para>
  Wenn du eine progressive DVD in <application>MPlayer</application> abspielst,
  wird <application>MPlayer</application> folgende Zeile ausgeben, sobald
  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
  bisschen telecine dort hineingemischt wurde, wo du es nicht erwartest.
  Ich bin TV-Serien-DVDs begegnet, die eine Sekunde telecine bei jedem
  Szenenwechsel haben oder an extrem zufälligen Stellen. Ich hatte einmal
  eine DVD angesehen, die eine progressive erste Hälfte hatte, und die
  zweite Hälfte war telecined. Willst du<emphasis>wirklich</emphasis>
  gründlich sein, kannst du den kompletten Film scannen:

  <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>

  Das Verwenden von <option>-benchmark</option> veranlasst
  <application>MPlayer</application>, den Film so schnell er es nur kann
  abzuspielen; dies dauert je nach Hardware trotzdem noch eine
  Weile. Jedesmal wenn demux_mpg einen Frameratenwechsel meldet, wird dir
  die Zeile unmittelbar darüber die Zeit zeigen, bei welcher der Wechsel
  auftrat.
</para>

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

<sect3 id="menc-feat-telecine-ident-telecined">
<title>Telecined</title>
<para>
  Telecined Video war ursprünglich mit 24000/1001 aufgenommen, wurde aber
  telecined, <emphasis>bevor</emphasis> es auf die DVD geschrieben wurde.
</para>

<para>
  <application>MPlayer</application> meldet keine (nie)
  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>

    </listitem>
  <listitem><para>
    Suche einen Teil mit Bewegung.
    </para></listitem>
  <listitem><para>
    Benutze die Taste <keycap>.</keycap>, um jeweils einen Frame vorwärts zu rücken.
    </para></listitem>
  <listitem><para>
    Schau auf das Muster der interlaced und progressive aussehenden
    Frames. Ist das Muster, das du siehst PPPII,PPPII,PPPII,... dann ist das
    Video telecined. Siehst du andere Muster, dann wurde das Video womöglich
    mittels einiger Nicht-Standard-Methoden telecined;
    <application>MEncoder</application> kann ein Nicht-Standard-telecine
    nicht verlustfrei nach progressive konvertieren. Siehst du überhaupt
    keine Muster, ist es höchstwahrscheinlich interlaced.
    </para></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>
  Ein anderer Weg, zu sagen, dass deine Quelle telecined ist oder nicht,
  ist die Quelle mit den Befehlszeilenoptionen <option>-vf pullup</option>
  und <option>-v</option> abzuspielen, um nachzusehen, wie
  <option>pullup</option> zu den Frames passt.
  Ist die Quelle telecined, solltest du in der Befehlszeile ein 3:2 Muster
  mit abwechselnd <systemitem>0+.1.+2</systemitem> und <systemitem>0++1</systemitem>
  anzeigen.
  Diese Technik hat den Vorteil, dass du die Quelle nicht zu beobachten
  brauchst, um sie zu identifizieren, was von Nutzen sein könnte, falls du
  den Encodiervorgang automatisieren willst oder besagte Prozedur ferngesteuert
  mittels einer langsamen Verbindung vornehmen willst.
</para>

</sect3>

  1/(60000/1001) Sekunden angenommen, und wenn sie simultan angezeigt werden,
  wird der Unterschied offensichtlich.
</para>

<para>
  Wie bei telecined Video sollte <application>MPlayer</application> niemals
  einen Frameratewechsel beim Abspielen des interlaced Inhalts melden.
</para>

<para>
  Wenn du ein interlaced Video genau ansiehst, in dem du dich mit der Taste
  <keycap>.</keycap> durch die Frames bewegst, wirst du sehen, dass
  jeder einzelne Frame interlaced ist.
</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) zurück und vor zwischen &quot;30000/1001 fps NTSC&quot;
  und &quot;24000/1001 fps progressive NTSC&quot; 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

</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>

</sect2>

<para>
  Progressive Video erfordert kein spezielles Filtern, um es zu encodieren.
  Der einzige Parameter, den du gewiss anwenden solltest ist
  <option>-ofps 24000/1001</option>. Andernfalls wird
  <application>MEncoder</application> versuchen, bei 30000/1001 fps
  zu encodieren und Frames duplizieren.
</para>

<para>
  <screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen>
</para>

<para>
  Dennoch ist es öfters der Fall, dass ein Video, das progressive aussieht,
  eigentlich kurze Teile telecine eingemischt hat. Solange du dir nicht
  sicher bist, ist es am sichersten, das Video als
  <link linkend="menc-feat-telecine-encode-mixedpt">gemischtes progressive und telecine</link>.
  zu behandeln. Der Performance-Verlust ist gering
  <link linkend="menc-feat-telecine-footnotes">[3]</link>.

<title>Telecined</title>
<para>
  Telecine kann umgekehrt werden, um den originalen 24000/1001-Inhalt zu erhalten,
  indem man einen Prozess verwendet, der inverse-telecine genannt wird.
  <application>MPlayer</application> enthält verschiedene Filter, um dies
  zu erreichen; der beste Filter, <option>pullup</option> wird in der Sektion
  <link linkend="menc-feat-telecine-encode-mixedpt">Gemischtes progressive und telecine</link>
  beschrieben.
</para>
</sect3>

<sect3 id="menc-feat-telecine-encode-interlaced">
<title>Interlaced:</title>
<para>

  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
  &quot;schätzen&quot;, wie die korrespondierenden Zeilen für jedes Feld
  vervollständigt werden sollten (dies hat Nachteile - siehe Methode 3).
</para>

<orderedlist>
<listitem><para>
  Das Video in interlaced Form encodieren. Normalerweise richtet Interlacing
  verheerenden Schaden für die Fähigkeit des Encoders an, gut zu komprimieren,
  <systemitem class="library">libavcodec</systemitem> hat jedoch zwei
  eigens für das ein wenig bessere Abspeichern von interlaced Video gedachte
  Parameter: <option>ildct</option> und <option>ilme</option>. Auch wenn
  die Verwendung von <option>mbd=2</option> dringend zu empfehlen ist
  <link linkend="menc-feat-telecine-footnotes">[2]</link>, weil es
  Macroblöcke wie nicht-interlaced an Stellen encodiert, an denen keine Bewegung
  stattfindet. Beachte, dass <option>-ofps</option> hier NICHT notwendig ist.

  <screen>mencoder dvd://1 -oac copy -ovc lavc -lavcopts ildct:ilme:mbd=2</screen>
  </para></listitem>
<listitem><para>
  Nutze einen Deinterlacing-Filter vor dem Encodieren. Es stehen verschiedene
  dieser Filter zur Auswahl verfügbar, jeder mit seinen eigenen Vor-
  und Nachteilen. Ziehe <option>mplayer -pphelp</option> zu Rate, um zu sehen, welche
  verfügbar sind (suche nach &quot;deint&quot;) und durchsuche die
  <ulink url="http://www.mplayerhq.hu/design7/info.html#mailing_lists">
  MPlayer-Mailinglisten</ulink>, um Diskussionen über die zahlreichen Filter
  zu finden. Nochmals, die Framerate wechselt nicht, also kein
  <option>-ofps</option>. Deinterlacing sollte außerdem nach dem Zuschneiden
  (cropping) <link linkend="menc-feat-telecine-footnotes">[1]</link>
  und vor dem Skalieren angewandt werden.

  <screen>mencoder dvd://1 -oac copy -vf pp=lb -ovc lavc</screen>
  </para></listitem>
<listitem><para>
  Unglücklicherweise ist diese Option fehlerhaft zusammen mit
  <application>MEncoder</application>; sie sollte mit
  <application>MEncoder G2</application> gut funktionieren, aber den gibts
  noch nicht. Du könntest Abstürze erleben. Seis drum, der Zweck von
  <option> -vf tfields</option> ist es, einen vollen Frame aus jedem Feld
  zu erzeugen, was eine Framerate von 60000/1001 ergibt. Der Vorteil dieses
  Lösungsansatzes ist, dass nie irgendwelche Daten verloren gehen;
  dennoch, da jeder Frame aus nur einem Feld kommt, müssen die fehlenden Zeilen
  irgendwie interpoliert werden. Es gibt keine sehr guten Methoden, die
  fehlenden Daten zu generieren, und so wird das Resultat ein bisschen aussehen,
  als hätte man einige Deinterlacing-Filter verwendet. Die fehlenden Zeilen
  zu generieren erzeugt auch weitere Probleme, einfach weil sich die Menge
  an Daten verdoppelt. Somit sind höhere Encodier-Bitraten nötig, um
  die Qualität beizubehalten und mehr CPU-Power wird für beides,
  Encodieren und Decodieren, aufgewendet. Das Attribut tfields hat mehrere
  verschiedene Optionen dafür, wie die fehlenden Zeilen jedes Frames erzeugt
  werden.
  Wenn du diese Methode nutzt, dann nimm Bezug auf das Handbuch und wähle,
  welche Option auch immer am besten für dein Material aussieht.
  Beachte, dass du wenn <option>tfields</option> verwendet wird,
  sowhl <option>-fps</option> als auch <option>-ofps</option>spezifizieren <emphasis role="bold">musst</emphasis>,
  um die doppelte Framerate der originalen Quelle zu erhalten.

  <screen>mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc -fps 60000/1001 -ofps 60000/1001</screen>
  </para></listitem>
<listitem><para>
  Wenn du vorhast, dramatisch herunterzuskalieren, kannst du nur eins
  der beiden Felder extrahieren und encodieren. Sicherlich, du wirst die
  Hälfte der vertikalen Auflösung verlieren, aber wenn du planst, bis auf
  1/2 des Originals herunter zu skalieren, macht der Verlust so gut wie
  gar nichts aus. Das Resultat wird eine progressive Datei mit 30000/1001
  Frames pro Sekunde sein. Die Prozedur ist, <option>-vf field</option>
  zu verwenden, dann die Ränder abzuschneiden
  <link linkend="menc-feat-telecine-footnotes">[1]</link> und angemessen
  zu skalieren. Vergiss nicht, dass du die Skalierung anpassen musst, um
  das Halbieren der vertikalen Auflösung zu kompensieren.
  <screen>mencoder dvd://1 -oac copy -vf field=0 -ovc lavc</screen>
  </para></listitem>
</orderedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Gemischtes progressive und telecine:</title>
<para>
  Um progressive und telecine Video komplett in progressive Video
  umzuwandeln, müssen die telecined Teile inverse-telecined werden.
  Die drei Wege, dies zu erreichen, werden unten beschrieben.
  Beachte, dass du inverse-telecine <emphasis role="bold">immer</emphasis>
  vor der Reskalierung durchführen solltest; es sei denn, du weißt wirklich,
  was du tust; mache inverse-telecine auch vor dem Entfernen der Ränder
  <link linkend="menc-feat-telecine-footnotes">[1]</link>.
  <option>-ofps 24000/1001</option> wird hier benötigt, weil das Output-Video
  24000/1001 Frames pro Sekunde werden soll.
</para>

<itemizedlist>
<listitem><para>
  <option>-vf pullup</option> wurde entworfen, um auf telecined Material
  inverse-telecine anzuwenden, während die progressiven Daten unangetastet
  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>
  <listitem><para>
  Eine ältere Methode ist, anstatt inverse-telecine auf die telecined Teile
  anzuwenden, telecine auf nicht-telecined Teile und dann inverse-telecine auf das
  ganze Video anzuwenden. Hört sich verwirrend an? softpulldown ist
  ein Filter, der ein Video durchgeht und die komplette Datei telecined macht.
  Lassen wir auf softpulldown entweder <option>detc</option> oder <option>ivtc</option>
  folgen, wird das Endergebnis vollkommen progressiv. <option>-ofps 24000/1001</option>
  wird benötigt.

  <screen>mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001</screen>

  Ich habe <option>-vf filmdint</option> selbst verwendet, aber hier ist, was
  D Richard Felker III zu erzählen hat:

  <blockquote><para>Es ist OK, aber IMO versucht er eher ein deinterlace
    als ein inverse telecine zu oft durchzuführen (ganz wie Settop-DVD-Player
    &amp; progressive TVs), was ein hässliches Flimmern erzeugt und
    andere Artefakte. Wenn du vorhast, es anzuwenden, musst du zumindest
    einige Zeit darauf verwenden, die Optionen zu tunen und zuerst den Output
    zu beobachten, damit du auch sicher sein kannst, dass du nichts
    vermasselst.</para></blockquote>
  </para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpi">
<title>Gemischtes progressive und interlaced:</title>
<para>
  Es gibt zwei Optionen für den Umgang mit dieser Kategorie, jede von
  beiden stellt einen Kompromiss dar. Du solltest basierend auf
  Dauer/Stelle jedes Typs entscheiden.
</para>

<itemizedlist>
<listitem><para>
  Behandle es wie progressive. Die interlaced Teile werden interlaced
  aussehen und einige der interlaced Felder müssen weggelassen werden,
  was ein wenig zu Sprüngen führt. Du kannst einen
  Nachbearbeitungsfilter verwenden, wenn du willst, aber dies wird die
  progressive-Anteile geringfügig verringern.
  </para>

  <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>

  <para>
  Es wäre auch keine gute Idee für eine progressive Anzeige. Es wird
  Paare aufeinander folgender interlaced Felder auslassen, was eine
  Unstetigkeit zur Folge hat, die eher sichtbar ist als mit der
  zweiten Methode, die einige progressive Frames zweimal anzeigt.
  Ein interlaced Video mit 30000/1001 Frames pro Sekunde ist bereits
  ein bisschen abgehackt, weil es wirklich mit 60000/1001 Felder pro
  Sekunde angezeigt werden sollte, sodass sich die doppelten Frames
  nicht zu sehr abzeichnen.
  </para>

  <para>
  Egal welchen Weg du wählst, es ist das beste, deinen Inhalt
  zu berücksichtigen und wie du ihn anzeigen willst. Ist dein Video
  zu 90% progressive und du hast nie vor, es auf einem TV-Bildschirm
  anzuzeigen, solltest du einen progressive-Ansatz wählen. Ist es nur
  halb-progressive, willst du es eventuell so encodieren, als sei alles
  interlaced.
  </para>
  </listitem>

<listitem><para>
  Behandle es wie interlaced. Einige Frames des progressive-Anteils
  müssen dupliziert werden, was zu Sprüngen führt. Nochmal,
  Deinterlacing-Filter können die progressive-Anteile leicht verringern.
  </para></listitem>

</itemizedlist>
</sect3>

<orderedlist>
<listitem><formalpara>
  <title>Über das Zuschneiden (cropping):</title>
  <para>
  Videodaten auf DVDs werden in einem Format, das YUV 4:2:0 genannt wird,
  abgelegt. In einem YUV-Video, werden Helligkeit
  und Chrominanz separat gespeichert. Da das menschliche
  Auge ein bisschen weniger empfindlich auf Farbe reagiert als auf Helligkeit,
  ist in einem YUV 4:2:0 Bild nur ein Chrominanz-Pixel für alle vier Helligkeits-Pixel vorhanden.
  In einem progressive Bild, besitzt jedes Quadrat von vier luma-Pixeln (zwei
  auf jeder Seite) ein gemeinsames chroma-Pixel. Du musst progressive YUV
  4:2:0 zu geradzahligen Auflösungen zurechtschneiden und geradzahlige
  Offsets verwenden. Zum Beispiel ist
  <option>crop=716:380:2:26</option> OK,
  <option>crop=716:380:3:26 </option> aber nicht.
  </para>
  </formalpara>

  <para>
  Wenn du es mit interlaced YUV 4:2:0 zu tun hast, ist die Situation
  ein wenig komplizierter. Anstatt dass immer vier luma-Pixel im
  <emphasis>Frame</emphasis> sich ein chroma-Pixel teilen, teilen sich
  immer vier luma-Pixel in jedem <emphasis>Feld</emphasis> ein
  chroma-Pixel. Wenn Feld zur Formung des Frames interlaced werden,
  ist jede Scanzeile ein Pixel hoch. Jetzt liegen anstatt immer vier
  luma-Pixeln in einem Quadrat immer zwei Pixel nebeneinander und die
  anderen zwei Pixel liegen zwei Scanzeilen weiter unten nebeneinander.
  Die zwei luma-Pixel in der dazwischen liegenden Scanzeile sind vom
  anderen Feld und teilen sich somit ein anderes chroma-Pixel mit
  zwei luma-Pixeln zwei Scanzeile entfernt. All diese Konfusion macht
  es notwendig, vertikale Ausschneide-Abmessungen und Offsets zu
  haben, die ein Vielfaches von vier sind. Horizontal kann geradzahlig
  bleiben.
  </para>

  <para>
  Für telecined Video empfehle ich, das Zuschneiden nach dem inverse
  telecining stattfinden zu lassen. Ist das Video einmal progressive,
  musst du nur noch mit geraden Zahlen zuschneiden. Wenn du wirklich die
  leichte Beschleunigung haben willst, die zuerst zuzuschneiden
  möglicherweise bietet, musst du vertikal mit einem Vielfachen von vier
  zuschneiden, oder der inverse-telecine Filter wird keine korrekten Daten
  haben.
  </para>

  <para>
  Für interlaced (nicht telecined) Video musst du immer
  mit einem Vielfachen von vier zuschneiden, es sei denn, du verwendest
  <option>-vf field</option> vor dem Schneiden.
  </para>
  </listitem>

<listitem><formalpara>

  <para>
  Nur weil ich hier <option>mbd=2</option> vorschlage, heißt das nicht,
  dass es woanders benutzt werden soll. Zusammen mit <option>trell</option>
  ist <option>mbd=2</option> eine der Optionen von
  <systemitem class="library">libavcodec</systemitem>, welche die
  Qualität am deutlichsten heben, und du solltest stets das letzte der beiden
  anwenden, außer das Abfallen der Encodiergeschwindigkeit ist abschreckend
  hoch (z.B. Encodierung in Echtzeit). Es gibt eine Menge anderer Optionen für
  <systemitem class="library">libavcodec</systemitem>, die die Encodierqualität
  verbessern (und Encodiergeschwindigkeit verringern), dies liegt aber jenseits
  des Rahmens dieses Dokuments.
  </para>
  </formalpara>

<listitem><formalpara>
  <title>Über die Performance von pullup:</title>
  <para>
  <option>Pullup</option> kann sicher (zusammen mit <option>softskip</option>)
  auf progressive Video angewandt werden und ist für gewöhnlich eine gute Idee,
  es sei denn, die Quelle wurde definitiv als vollkommen progressive verifiziert.
  Der Performaceverlust ist in den meisten Fällen gering. Bei einer Minimalencodierung
  macht <option>pullup</option> <application>MEncoder</application>
  50% langsamer. Das Hinzufügen von Soundverarbeitung und erweiterten
  <option>lavcopts</option> überschattet diesen Unterschied
  und drückt den Performanceabfall, der mit dem Verwenden von <option>pullup</option>
  verbunden war, runter auf 2%.
  </para>
  </formalpara>
  </listitem>

</sect1>


<sect1 id="menc-feat-enc-libavcodec">
<title>Encodieren mit der <systemitem class="library">libavcodec</systemitem>
  Codecfamilie</title>

<para>
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
  stellt einfache Encodierung für eine Menge interessanter Video- und Audioformate
  zur Verfügung.
  Du kannst folgende Codecs encodieren (mehr oder weniger aktuell):
</para>

<sect2 id="menc-feat-enc-libavcodec-video-codecs">

<tbody>
<row><entry>mjpeg</entry><entry>
   Motion-JPEG
  </entry></row>
<row><entry>ljpeg</entry><entry>
   Verlustfreies JPEG
  </entry></row>
<row><entry>h261</entry><entry>
  H.261
  </entry></row>
<row><entry>h263</entry><entry>

  </entry></row>
</tbody>
</tgroup>
</informaltable>

  Die erste Spalte enthält die Codecnamen, die nach der Konfiguration
  <literal>vcodec</literal> übergeben werden müssen, wie:
  <option>-lavcopts vcodec=msmpeg4</option>
</para>
<informalexample>
<para>
  Ein Beispiel mit MJPEG-Komprimierung:
  <screen>mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy</screen>
</para>
</informalexample>
</sect2>

    <entry>adpcm_ima_wav</entry>
    <entry>IMA adaptive PCM (4 Bits pro Sample, 4:1-Kompression)</entry>
  </row>
  <row>
    <entry>sonic</entry>
    <entry>experimenteller verlustbehafteter/verlustfreier Codec</entry>
  </row>
</tbody>
</tgroup>
</informaltable>

  Die erste Spalte enthält die Codecnamen, die nach der Konfiguration
  <literal>acodec</literal> übergeben werden müssen, wie:
  <option>-lavcopts acodec=ac3</option>
</para>

<informalexample>

  überhaupt eins vorhanden ist), wodurch sich die meisten anderen
  Codec-Implementierungen auszeichnen.
  Beachte jedoch, dass all diese Audiocodecs sehr schnell sind und überall dort
  hervorragend arbeiten, wo <application>MEncoder</application> mit
  <systemitem class="library">libavcodec</systemitem> kompiliert wurde (was
  meistens der Fall ist) und nicht von externen Programmbibliotheken abhängt.
</para>
</sect2>


<sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">

  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
  benötigen aus diesm Grund verschiedene Optionen, um optimale Encodierung zu erreichen.
  Die gute Neuigkeit ist, dass einige Optionen wie <option>mbd=2</option>,
  <option>trell</option> und <option>v4mv</option> nie ausgelassen werden sollten.
  Siehe unten nach der detaillierten Beschreibung allgemeiner Encodieroptionen.

<itemizedlist>
<title>Anzupassende Optionen:</title>
<listitem><para>
  <emphasis role="bold">vmax_b_frames</emphasis>: 1 oder 2 ist gut, abhängig vom
  Film.
  Beachte, dass du, falls deine Encodierung von DivX5 decodierbar sein muss, den
  Support für "closed GOP" aktivieren musst, indem du die
  <systemitem class="library">libavcodec</systemitem>-Option <option>cgop</option>
  verwendest, du musst jedoch Szenenerkennung deaktivieren, was wiederum keine gute
  Idee ist, da es die Ecodierungseffizienz etwas angreift.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vb_strategy=1</emphasis>: hilft in Szenen mit viel
  Bewegung (high-motion).
  Bei manchen Videos wird vmax_b_frames der Qualität schaden, vmax_b_frames=2
  zusammen mit vb_strategy=1 hilft jedoch.
</para></listitem>

<listitem><para>
  <emphasis role="bold">dia</emphasis>: Bewegungssuchbereich. Größer ist besser
  als kleiner.
  Negative Werte sind ein komplett anderer Maßstab.
  Gute Werte sind -1 für ein schnelle oder 2-4 für langsame Encodierung.
</para></listitem>

<listitem><para>
  <emphasis role="bold">predia</emphasis>: Bewegungssuche Vorabdurchlauf (pre-pass).
  Nicht so wichtig wie dia. Gute Werte sind 1 (Standard) bis 4. Erfordert preme=2, um
  wirklich was zu nützen.
</para></listitem>

<listitem><para>
  <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Vergleichsfunktion zur
  Bewegungseinschätzung.
  Experimentiere mit Werten von 0 (Standard), 2 (hadamard), 3 (dct) und
  6 (Ratenverzerrung).
  0 ist am schnellsten und ausreichend für precmp.
  Für cmp und subcmp ist 2 gut bei Anime, und 3 ist gut bei Live-Action.
  6 kann leicht besser sein oder auch nicht, ist aber langsam.
</para></listitem>

<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Anzahl der Bewegungsvorhersagen, die

  <emphasis role="bold">cbp, mv0</emphasis>: Kontrolliert die Auswahl von Macroblöcken.
  Kleine Geschwindigkeitseinbußen bei kleinem Qualitätsgewinn.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qprd</emphasis>: adaptive Quantisierung basierend auf der
  Komplexität des Macroblocks.
  Kann hilfreich sein oder schaden, abhängig vom Video und anderen Optionen.
  Dies kann Artefakte verursachen, es sei denn, du setzt vqmax auf einen halbwegs
  kleinen Wert (6 ist gut, vielleicht so langsam wie 4); vqmin=1 sollte ebenfalls
  helfen.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qns</emphasis>: sehr langsam, speziell wenn kombiniert
  mit qprd.
  Diese Option veranlasst den Encoder, durch Kompressionsartefakte entstandenes
  Rauschen zu minimieren anstatt das encodierte Video strikt der Quelle anzupassen.
  Verwende dies nicht, es sei denn du, hast bereits alles andere so weit wie möglich
  optimiert und die Resultate sind immer noch nicht gut genug.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vqcomp</emphasis>: Frequenzkontrolle optimieren.
  Welche Werte gut sind, hängt vom Film ab.
  Du kannst dies sicher so lassen wie es ist, wenn du willst.
  Wird vqcomp verringert, werden mehr Bits auf Szenen mit geringer Komlexität
  gelegt, wird es erhöht, legt es diese auf Szenen mit hoher Komlexität
  (Standard: 0.5, Bereich: 0-1. empfohlener Bereich:
  0.5-0.7).

  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>

<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Bewegungsabschätzung auf ein viertel
  Pixel (quarter pel).
  MPEG-4 verwendet als Voreinstellung eine Halbpixel-Genauigkeit für die Bewegungssuche,
  deswegen hat diese Option über einen Overhead, da mehr Informationen in der
  encodierte Datei untergebracht werden.
  Der Kompressionsgewinn/-verlust hängt vom Film ab, ist aber in der Regel nicht
  sonderlich effektiv bei Anime.
  qpel zieht immer eine signifikante Erhöhung der CPU-Decodierzeit nach
  sich (+25% in der Praxis).
</para></listitem>

</para></listitem>

</itemizedlist>

<itemizedlist>
<title>Optionen, mit denen besser nicht herumgespielt werden sollte:</title>
<listitem><para>
  <emphasis role="bold">vme</emphasis>: Der Standardwert ist der beste.
</para></listitem>

<listitem><para>

  Vernünftige Werte mögen in deinem Fall effektiv sein, aber sei gewarnt,
  dies ist sehr subjektiv.
</para></listitem>

<listitem><para>
  <emphasis role="bold">scplx_mask</emphasis>: Versucht, Blockartefakte
  zu verhindern, Postprocessing ist aber besser.
</para></listitem>
</itemizedlist>
</sect2>

<sect2 id="menc-feat-mpeg4-lavc-example-settings">
<title>Beispiele für Encodierungseinstellungen</title>

<para>
  Die folgenden Einstellungen sind Beispiele verschiedener Kombinationen
  von Encodierungsoptionen, welche den Kompromiss Geschwindigkeit gegenüber
  Qualität bei gleicher Zielbitrate beeinflusst.
</para>

<para>
  Alle Encodierungseinstellungen wurden getestet auf einem Beispielvideo
  mit 720x448 @30000/1001 fps, 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 &quot;sehr hohe Qualität&quot;.
  Bitte habe Verständnis, dass du abhängig von deiner Quelldatei,
  deinem Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche
  Resultate erzielen wirst.
</para>

<para>

</sect2>

<sect2 id="custommatrices"><title>Maßgeschneiderte inter/intra-Matrizen</title>

<para>
Mit diesem Feature von <link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
bist du in der Lage, eigene inter- (I-Frames/Keyframes) und intra-Matrizen
(P-Frames/predicted Frames) zu setzen. Es wird von vielen Codecs unterstützt:
<systemitem>mpeg1video</systemitem> und <systemitem>mpeg2video</systemitem>
sollen damit funktionieren.
</para>

<para>
Eine typische Anwendung dieses Features ist, die von den
<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>

<sect2 id="menc-feat-dvd-mpeg4-example">
<title>Beispiel</title>

<para>
  Jetzt hast du gerade eben deine brandneue Kopie von Harry Potter und die
  Kammer des Schreckens gekauft (natürlich die Breitbildedition), und du
  willst diese DVD so rippen, dass du sie deinem Home Theatre PC hinzufügen
  kannst. Dies ist eine Region-1-DVD, also ist sie NTSC. Das unten stehende
  Beispiel wird auch auf PAL zutreffen, nur dass du
  <option>-ofps 24000/1001</option> weglässt (weil die Ausgabeframerate die
  gleiche ist wie die Eingabeframerate), und logischerweise werden die
  Ausschnittsabmessungen anders sein.
</para>

<para>
  Nach dem Start von <option>mplayer dvd://1</option>, verfolgen wir den
  detailliert in der Sektion <link linkend="menc-feat-telecine">Wie mit telecine
  und interlacing in NTSC-DVDs umgehen</link> beschriebenen Prozess und
  entdecken, dass es progressive Video mit 24000/1001 fps ist, was bedeutet, dass
  wir keinen inverse telecine-Filter wie <option>pullup</option> oder
  <option>filmdint</option> anwenden müssen.
</para>

<para>
  Als Nächstes wollen wir das passende Ausschnittsrechteck bestimmen, also
  verwenden wir den crop-Erkennungsfilter:

  <screen>mplayer dvd://1 -vf cropdetect</screen>

  Stelle sicher, dass du einen voll gefüllten Frame anstrebst (wie zum
  Beispiel eine helle Szene), und dass du diese Ausgabe in
  <application>MPlayer</application>'s Konsole siehst:

  <screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>

  Wir spielen den Film dann mit diesem Filter ab, um seine Korrektheit zu testen:

  <screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>

  Und wir sehen, dass er einfach perfekt aussieht. Als Nächstes vergewissern wir
  uns, dass Breite und Höhe ein Vielfaches von 16 sind. Die Breite ist gut,
  aber die Höhe ist es nicht. da wir in der 7-ten Klasse in Mathe nicht gefehlt
  haben, wissen wir, dass das am nähesten liegende Vielfache von 16 kleiner
  als 362 der Wert 352 ist (Taschenrechner ist erlaubt).
</para>

<para>
  Wir könnten einfach <option>crop=720:352:0:58</option> verwenden, aber es wäre
  nett, ein bisschen von oben und ein bisschen von unten wegzunehmen, sodass
  wir zentriert bleiben. Wir haben die Höhe um 10 Pixel schrumpfen lassen, aber
  wir wollen das y-Offset nicht um 5 Pixel erhöhen, da dies eine ungerade Zahl
  ist und die Qualität nachteilig beeinflussen würde. Statt dessen werden wir
  das y-Offset um 4 Pixel erhöhen:

  <screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>

  Ein anderer Grund, Pixel von beidem - oben und unten - abzuschnipseln ist,
  dass wir sicher gehen wollen, jegliches halbschwarze Pixel eliminiert zu
  haben, falls welche existieren. Beachte, falls das Video telecined
  ist, stelle sicher, dass der <option>pullup</option>-Filter (oder für
  welchen umgekehrten telecine-Filter auch immer du dich entschieden hast)
  in der Filterkette auftaucht, bevor du zuschneidest. Ist es interlaced,
  deinterlace es vor dem Zuschneiden.
  (Wenn du dich entscheidest, interlaced Video beizubehalten, dann vergewissere dich, dass
  das vertikale crop-Offset ein Vielfaches von 4 ist.)
</para>

<para>
  Wenn du wirklich besorgt um den Verlust dieser 10 Pixel bist, ziehst du

  <screen>-vf crop=720:362:0:58,scale=720:352</screen>

  Das Video auf diese Art herunter zu skalieren wird bedeuten, dass eine
  kleine Menge Details verloren geht, obwohl es vermutlich nicht wahrnehmbar
  sein wird. Hoch zu skalieren führt zu niedrigerer Qualität (es sei denn,
  du erhöhst die Bitrate). Ausschneiden sondert sämtliche dieser Pixel
  aus. Es ist ein Kompromiss, den du unter allen Umständen
  in Betracht ziehen solltest. Zum Beispiel, wenn das DVD-Video für das Fernsehen
  hergestellt wurde, solltest du vertikales Skalieren vermeiden, da das
  Zeilensampling mit der Art und Weise korrespondiert, für die der Inhalt
  ursprünglich aufgenommen wurde.
</para>

<para>
  Bei der Überprüfung sehen wir, dass unser Film ordentlich Action enthält
  und sehr viele Details, also wählen wir 2400Kbit für unsere Bitrate.
</para>

<para>
  Wir sind nun bereit, die 2-pass Encodierung durchzuführen. Erster Durchlauf:

  <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=1 \
-o Harry_Potter_2.avi</screen>

  Und der zweite Durchlauf ist derselbe, außer dass wir <option>vpass=2</option>
  festlegen:

  <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=2 \
-o Harry_Potter_2.avi</screen>

  die Qualität ist. Die Optionen
  <option>cmp=3:subcmp=3:mbcmp=3</option> wählen eine Vergleichsfunktion,
  die eine höhere Qualität liefert als die Standardeinstellungen.
  Du darfst mit diesem Parameter rumexperimentieren (ziehe die Man Page
  zu möglichen Werten zu Rate) da verschiedene Funktionen abhängig vom
  Quellmaterial einen starken Einfluss auf die Qualität haben. Wenn du zum Beispiel
  meinst, dass <systemitem class="library">libavcodec</systemitem> zu
  viele Blockartefakte produziert, könntest du ja das experimentelle
  NSSE als Vergleichsfunktion via <option>*cmp=10</option> wählen.
</para>

<para>
  Für diesen Film wird das resultierende AVI 138 Minuten lang und nahezu
  3GB groß sein. Und weil du erzählt hast, dass eine große Datei nichts
  ausmacht, ist dies eine perfekt akzeptierbare Größe. Wolltest du sie aber
  kleiner haben, könntest du eine niedrigere Bitrate hernehmen. Erhöhte
  Bitraten haben verminderte Rückgaben, während wir also deutlich eine
  Verbesserung von 1800Kbit nach 2000Kbit sehen, ist es oberhalb 2000Kbit
  nicht so auffällig. Fühl dich frei solange herum zu experimentieren bis
  du glücklich bist.
</para>

<para>
  Weil wir das Quellvideo durch einen Denoise-Filter geschickt haben,
  könntest du einige davon während des Playbacks wieder hinzufügen wollen.
  Dies zusammen mit dem Nachbearbeitungsfilter <option>spp</option>
  verbessert die Wahrnehmung der Qualität drastisch und hilft dabei,
  blockhafte Artefakte aus dem Video zu eliminieren.
  Mit <application>MPlayer</application>s Option <option>autoq</option>
  kannst du den Nachbearbeitungsaufwand des spp-Filters abhängig von der
  verfügbaren CPU variieren. An dieser Stelle kannst du auch Gamma- und/oder
  Farbkorrektur zur besten Anpassung an dein Display verwenden, wenn du willst.
  Zum Beispiel:

<sect1 id="menc-feat-xvid">
<title>Encodieren mit dem <systemitem class="library">XviD</systemitem>-Codec</title>
<para>
 <systemitem class="library">XviD</systemitem> ist eine freie
 Programmbibliothek zum Encodieren von MPEG-4 ASP-Videostreams.
 Bevor du mit dem Encodieren beginnst, musst du <link linkend="xvid">
 <application>MEncoder</application> so einstellen, dass er es unterstützt</link>.
</para>
<para>
 Dieses Handbuch beabsichtigt, sich vorwiegend durch dieselbe Art von
 Informationen auszuzeichnen wie x264's Encodier-Handbuch.
 Beginne deshalb damit,
 <link linkend="menc-feat-x264-encoding-options-intro">den ersten Teil</link>
 dieses Handbuchs zu lesen.
</para>

<para>
 Bitte beginne mit der Durchsicht der
 <systemitem class="library">XviD</systemitem>-Sektion von
 <application>MPlayer</application>'s Man Page.
 Diese Sektion ist als Ergänzung zur Man Page zu verstehen.
</para>
<para>
 Die Standardeinstellungen von XviD sind bereits ein guter Kompromiss zwischen
 Geschwindigkeit und Qalität, deshalb kannst du ruhig bei ihnen
 bleiben, wenn nachfolgende Sektion dich allzusehr ins Grübeln bringt.
</para>
</sect2>

<listitem><para>
 <emphasis role="bold">vhq</emphasis>
  Diese Einstellung betreffen den Entscheidungsalgorithmus für
  Macroblöcke, wobei gilt, je höher die Einstellung desto weiser die
  Entscheidung.
  Die Standardeinstellung kann für jede Encodierung sicher verwendet
  werden, während höhere Einstellungen immer für PSNR hilfreich, jedoch
  signifikant langsamer sind.
  Nimm bitte zur Kenntnis, dass ein besserer PSNR nicht notwedigerweise
  bedeutet, dass das Bild besser aussehen wird, aber er zeigt dir, dass
  du näher am Original bist.
  Wird er deaktiviert, beschleunigt dies die Encodierung spürbar; wenn
  Geschwindigkeit ein Kriterium für dich ist, kann dieser Kompromiss es wert sein.
</para></listitem>

<listitem><para>
 <emphasis role="bold">bvhq</emphasis>
  Dies erledigt dieselbe Arbeit wie vhq, macht dies jedoch bei B-Frames.
  Es hat einen vernachlässigbar kleinen Einfluss auf die Geschwindigkeit, und
  verbessert geringfügig die Qualität (um etwa +0.1dB PSNR).
</para></listitem>

<listitem><para>
 <emphasis role="bold">max_bframes</emphasis>
  Eine höhere Anzahl von erlaubten hintereinander folgenden B-frames verbessert
  gewöhnlich die Komprimierbarkeit, obwohl dies auch zu mehr Blockartefakten
  führt.
  Die Standardeinstellung ist ein guter Kompromiss zwischen Komprimierbarkeit
  und Qualität, aber wenn du Bitrate-hungrig bist kannst du sie bis auf 3
  hochschrauben.
  Du kannst sie auch auf 1 oder 0 verringern, wenn du auf perfekte Qualität
  abzielst, wenngleich du in diesem Fall sicherstellen solltest, dass deine
  Zielbitrate hoch genug ist, um zu gewährleisten, dass der Encoder nicht
  die Quantisierer höher setzen muss, um den Wert zu erreichen.
</para></listitem>

<listitem><para>
 <emphasis role="bold">bf_threshold</emphasis>
  Dies kontrolliert die B-Frame-Empfindlichkeit des Encoders, wobei ein
  höherer Wert dazu führt, dass mehr B-frames angewendet werden (und
  umgekehrt).
  Diese Einstellung muss zusammen mit <option>max_bframes</option>
  verwendet werden; bist du Bitrate-hungrig, solltest du beides erhöhen,
  <option>max_bframes</option> und <option>bf_threshold</option>,
  während du <option>max_bframes</option> erhöhen und
  <option>bf_threshold</option> verringern kannst, sodass der Encoder
  B-frames nur an Stellen anwendet, die diese auch
  <emphasis role="bold">wirklich</emphasis> brauchen.
  Eine niedrigere Zahl an <option>max_bframes</option> und ein höherer Wert
  bei <option>bf_threshold</option> ist möglicherweise keine weise Wahl,
  da dies den Encoder zwingt, B-frames in Stellen zu setzen, die nicht
  davon profitieren würden und daher die visuelle Qualität reduzieren.
  Wie auch immer, wenn du mit Standalone-Playern kompatibel bleiben musst,
  die nur alte DivX-Profile unterstützen (der wiederum höchstens einen
  aufeinander folgenden B-frame unterstützt), wäre dies dein einziger Weg,
  die Komprimierbarkeit mittels B-frames zu verbessern.
</para></listitem>

<listitem><para>
 <emphasis role="bold">trellis</emphasis>
  Optimiert den Quantisierungsprozess um einen optimalen Kompromiss
  zwischen PSNR und Bitrate zu erhalten, was signifikant Bit-sparend
  wirkt.
  Diese Bits können woanders im Video wieder verwendet werden
  und verbessern die visuelle Gesamtqualität.
  Du solltest es immer eingeschaltet lassen, da sein Einfluss auf
  die Qualität gewaltig ist.
  Gerade wenn du Geschwindigkeit haben willst, darfst du es nicht
  deaktivieren, solange du nicht <option>vhq</option>

</para></listitem>

<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>
  Aktiviert die Vorhersagemethode für einen besseren Koeffizientenaufwand, was
  die Dateigröße leicht um etwa 0.15 bis 0.19% reduziert (was mit einer
  PSNR-Erhöhung um weniger als 0.01dB einhergeht), während es eine
  vernachlässigbar kleine Einwirkung auf die Geschwindigkeit hat.
  Es empfiehlt sich deshalb, dies immer eingeschaltet zu lassen.
</para></listitem>

  Je höher <option>me_quality</option>, desto präziser wird die Schätzung
  der Originabewegung sein, und desto besser wird der resultierende Ausschnitt
  die Originabewegung einfangen.
 </para>
 <para>
  Die Standardeinstellung ist in jedem Fall die beste;
  folglich ist es nicht empfehlenswert, sie herunter zu drehen,
  es sei denn du hast es wirklich auf Geschwindigkeit abgesehen,
  da alle durch eine gute Bewegungseinschätzung gesparten Bits
  woanders verwendet würden, was die Gesamtqualität verbessern
  würde.
  Gehe deshalb nie unter 5, selbst wenn es der letzte Ausweg
  sein sollte.
</para></listitem>

<listitem><para>
 <emphasis role="bold">chroma_me</emphasis>
  Verbessert die Bewegungsabschätzung dadurch, dass auch die
  chroma-(Farb)-Informationen einbezogen werden, wobei
  <option>me_quality</option> alleine nur luma (Graustufen)
  verwendet.
  Dies verlangsamt die Encodierung um 5-10%, verbessert aber die
  visuelle Qualität durch Reduzieren von Blockeffekten ein wenig
  und reduziert die Dateigröße um rund 1.3%.
  Wenn du Geschwindigkeit haben willst, solltest du diese Option
  deaktivieren, bevor du anfängst zu überlegen,
  <option>me_quality</option> zu reduzieren.
</para></listitem>

<listitem><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>
  <emphasis role="bold">lumi_mask</emphasis>
    Versucht, weniger Bitrate auf den Teil eines Bildes zu übergeben,
    der vom menschlichen Auge nicht gut zu sehen ist, was dem Encoder
    erlauben sollte, die eingesparten Bits auf wichtigere Teile des
    Bildes anzuwenden.
    Die durch diese Option gewonnene Encodierungsqualität hängt in
    hohem Maße von persönlichen Vorlieben und von Monitortyp und
    dessen Einstellungen ab (typischerweise wird es nicht gut aussehen,
    wenn er hell oder ein TFT-Monitor ist).

    (quarterpel) an.
    Die Idee dahinter ist, bessere Bewegungsvectoren zu finden,
    was wiederum die Bitrate reduziert (deshalb wird die Qualität
    verbessert).
    Bewegungsvektoren mit viertel Pixel Präzision brauchen ein
    paar Extrabits für die Codierung, die Bewegungsvektoren ergeben aber
    nicht immer ein (viel) besseres Resultat.
    Sehr oft verbraucht der Codec dennoch Bits für die Extrapräzision,
    jedoch wird im Gegenzug eine geringe oder keine Extraqualität
    gewonnen.
    Unglücklicherweise gibt es keinen Weg, den möglichen Gewinn von
    <option>qpel</option> vorzuaussagen, also musst du eigentlich
    mit und ohne encodieren, um sicher zu gehen.
  </para><para>
    <option>qpel</option> kann fast die doppelte Encodierzeit in
    Anspruch nehmen und erfordert etwa 25% mehr
    Verarbeitungsleistung fürs Decodieren.
    es wird nicht von allen Standalone-Playern unterstützt.
</para></listitem>

<listitem><para>

    einzelnen Bewegungsvektor für den gesamten Frame verwendet.
    Dies erhöht fast immer den PSNR, verlangsamt aber signifikant
    die Encodierung (genauso wie die Decodierung).
    Deshalb solltest du es nur nutzen, wenn du <option>vhq</option>
    auf das Maximum gestellt hast.
    <systemitem class="library">XviD</systemitem>s GMC ist höher
    entwickelt als das von DivX, wird aber nur von ein paar
    Standalone-Playern unterstützt.
</para></listitem>

</itemizedlist>

<para>
  XviD unterstützt Encodierungsprofile über die <option>profile</option>-Option,
  die dazu verwendet werden, den Eigenschaften des XviD-Videostreams
  Restriktionen so aufzuerlegen, dass es überall dort abgespielt werden kann,
  wo das gewählte Profil unterstützt wird.
  Die Restriktionen beziehen sich auf Auflösungen, Bitrates und
  bestimmte MPEG-4-Features.
  Die folgende Tabelle zeigt, was jedes Profil unterstützt.
</para>
<informaltable>
<tgroup cols="16" align="center">

<sect1 id="menc-feat-x264">
<title>Encodieren mit dem <systemitem class="library">x264</systemitem>-Codec</title>
<para>
  <systemitem class="library">x264</systemitem> ist eine freie
  Programmbibliothek zum Encodieren von H.264/AVC-Videostreams.
  Bevor du mit dem Encodieren beginnst, musst du <link linkend="xvid">
 <application>MEncoder</application> so einstellen, dass er es unterstützt</link>.
</para>

<sect2 id="menc-feat-x264-encoding-options">
<title>Encodieroptionen von x264</title>

<para>
  Bitte beginne mit der Durchsicht der
  <systemitem class="library">x264</systemitem>-Sektion von
  <application>MPlayer</application>s Man Page.
  Diese Sektion ist als Anhang zur Man Page vorsehen.
  Hier wirst du Schnellhinweise dazu finden, welche Optionen am
  wahrscheinlichsten die meisten Leute interessieren. Die Man Page
  ist knapper gehalten, aber auch vollständiger, und zeigt oft
  viel bessere technische Details.

  Vorlieben und spezieller Anforderungen nützlich sind</para></listitem>
</orderedlist>

<para>
  Letztendlich kannst nur du entscheiden, welche Optionen für deine
  Zwecke am besten geeignet sind. Die Entscheidung für die erste
  Klasse der Optionen ist die einfachste:
  Iu 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
  &quot;persönliche Vorlieben und spezielle Anforderungen&quot;
  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 &quot;persönliche Vorlieben&quot; können sogar Änderungen
  verursachen, die für manche Leute besser aussehen aber schlechter
  für andere.
</para>

<para>
  Bevor du fortfährst, musst du verstehen, dass dieses Handbuch nur
  eine Qualitätsmetrik verwendet: globaler PSNR.
  Für eine kurze Erklärung, was PSNR ist, schau dir
  <ulink url="http://en.wikipedia.org/wiki/PSNR">den Wikipedia-Artikel zu PSNR</ulink>
  an.
  Globaler PSNR ist die letzte gemeldete PSNR-Nummer, wenn du die

</para>

<para>
  Nahezu alle dieser Handbuchkommentare unterstellen, dass du
  2-pass anwendest.
  Beim Vergleich der Optionen gibt es zwei Hauptgründe, 2-pass-Encodierung
  zu nutzen.
  Der erste ist, 2-pass bringt rund 1dB PSNR, was einen sehr
  großen Unterschied ausmacht.
  Der zweite ist, Optionen zu testen, indem man direkte Qualitätsvergleiche
  zu 1-pass-Encodierung anstellt, führt einen einen wichtigen verwirrenden

<title>Optionen die primär Geschwindigkeit und Qualität betreffen</title>

<itemizedlist>
<listitem><para>
  <emphasis role="bold">subq</emphasis>:
  Von den Optionen, die dir erlauben, einen Kompromiss zwischen
  Geschwindigkeit und Qualität einzugehen, sind <option>subq</option>
  und <option>frameref</option> (siehe unten) gewöhnlich die bei weitem
  wichtigsten.
  Wenn du dich für die Optimierung von entweder Geschwindigkeit oder Qalität
  interessierst, sind diese die ersten, die du in Erwägung ziehen solltest.
  Bei der Dimension Geschwindigkeit, interagieren die Optionen
  <option>frameref</option> und <option>subq</option> ziemlich stark
  miteinander.
  Die Erfahrung zeigt, dass mit einem Referenzframe <option>subq=5</option>
  (die Standardeinstellung) etwa 35% mehr Zeit in Anspruch nimmt als
  <option>subq=1</option>.
  Mit 6 Referenzframes wächst der Nachteil auf 60%.
  Der Effekt, den <option>subq</option> auf den PSNR ausübt, scheint ziemlich
  konstant zu sein, ungeachtet der Anzahl der Referenzframes.
  Typischerweise erreicht <option>subq=5</option> einen 0.2-0.5 dB höheren globalen
  PSNR im Vergleich zu <option>subq=1</option>.
  Dies ist gewöhnlich ausreichend, um sichtbar zu werden.
</para>
<para>
  <option>subq=6</option> ist der langsamste Modus mit der höchsten

  bewegen.
  Im Unterschied zu anderen Levels von <option>subq</option> hängt das
  Verhalten von <option>subq=6</option> nicht sehr von <option>frameref</option>
  und <option>me</option> ab.  Stattdessen hängt die Effektivität von
  <option>subq=6</option> größtenteils von der Anzahl der verwendeten
  B-frames ab. Im Normalgebrauch bedeutet dies, <option>subq=6</option>
  hat einen großen Einfluss auf Geschwindigkeit und Qualität
  in komplexen, stark bewegten Szenen, kann aber auch einen geringen Effekt
  in Szenen mit wenig Bewegung haben. Beachte, dass dennoch empfohlen wird,
  <option>bframes</option> immer auf etwas anderes als null
  zu setzen (siehe unten).
</para></listitem>
<listitem><para>
  <emphasis role="bold">frameref</emphasis>:
  <option>frameref</option> ist per Voreinstellung auf 1 gesetzt, jedoch
  sollte dies nicht darauf schließen lassen, dass es unbedingt
  auf 1 gesetzt sein muss.
  Lediglich die Erhöhung von <option>frameref</option> auf 2 bringt rund
  0.15dB PSNR mit einem Geschwindigkeitsnachteil von 5-10%; dies sieht nach
  einem guten Kompromiss aus.
  <option>frameref=3</option> bringt rund 0.25dB PSNR mehr als
  <option>frameref=1</option>, was einen sichtbaren Unterschied machen

</sect2>

</sect1>

<sect1 id="menc-feat-video-for-windows">
<title>Encodieren mit der <systemitem class="library">Video for Windows</systemitem> Codecfamilie</title>

<para>
  Video for Windows bietet ein einfaches Encodieren mittels binärer Video-Codecs.
  Du kannst mit folgenden Codecs encodieren (solltest du mehr haben, teil es
  uns bitte mit!)

  wirst du schwarze Ränder hinzufügen oder den Film auf 16:9 zuschneiden müssen,
  um eine DVD oder VCD herzustellen.
  Wenn du schwarze Ränder hinzufügst, versuche diese an 16-Pixel-Rändern
  auszurichten, um den Einfluß auf die Encodier-Performance zu minimieren.
  Dankbarweise besitzt DVD eine ausreichend Bitrate, damit du dich
  nicht zu sehr um die Encodier-Effizienz sorgen musst, jedoch SVCD
  und VCD sind höchst mager an Bitrate und erfordern Aufwand, akzeptable
  Qualität zu erreichen.
</para>
</sect3>

<para>
  Die Optionen für VCD und SVCD werden xvcd und xsvcd genannt, weil sie
  erweiterte Formate sind.
  Sie sind nicht strikt Standard-konform, hauptsächlich weil der Output
  keine Scan-Offsets enthält.
  Wenn du ein SVCD-Image generieren musst, solltest du die Output-Datei
  dem
  <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
  übergeben.
</para>

<sect3 id="menc-feat-vcd-dvd-a-v-sync">
<title>Aufrechterhalten der A/V-Synchronisation</title>
<para>
  Um die Audio-/Video-Synchronisation während des ganzen
  Encodierens aufrecht zu erhalten, muss
  <application>MEncoder</application> Frames auslassen oder duplizieren.
  Dies funktioniert beim Muxen in eine AVI-Datei ziemlich gut,
  aber meist schlägt das Aufrechterhalten der A/V-Synchronisation mit
  anderen Muxern wie etwa MPEG garantiert fehl.
  Dies ist der Grund, weshalb es nötig ist, den

<sect3 id="menc-feat-vcd-dvd-lavc-options">
<title>lavcopts</title>
<para>
  Dies ist eine Liste von Feldern in <option>-lavcopts</option>, die du
  möglicherweise ändern musst, um einen für VCD, SVCD
  oder DVD konformen Film herzustellen :
</para>

<itemizedlist>
<listitem><para>