aboutsummaryrefslogtreecommitdiffhomepage
path: root/DOCS/man/de
diff options
context:
space:
mode:
authorGravatar kraymer <kraymer@b3059339-0415-0410-9bf9-f77b7e298cf2>2005-01-05 21:14:15 +0000
committerGravatar kraymer <kraymer@b3059339-0415-0410-9bf9-f77b7e298cf2>2005-01-05 21:14:15 +0000
commitdbc22ec695dd46d0a83b4bdfea418fc438b6feea (patch)
tree7177f2781245da536cbf0d0e4ee1f709e89be210 /DOCS/man/de
parent99fb9ad0b9f3905ef17d3a80abdee4ee43e10c45 (diff)
added new xvid (api4 only) options: frame_drop_ratio, (no)qpel, (no)gmc, (no)trellis
(no)cartoon, quant_type, (no)chroma_me, (no)chroma_opt, (no)hq_ac vhq added description for PSNR (see (no)chroma_opt) git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@14377 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS/man/de')
-rw-r--r--DOCS/man/de/mplayer.1116
1 files changed, 115 insertions, 1 deletions
diff --git a/DOCS/man/de/mplayer.1 b/DOCS/man/de/mplayer.1
index d9b97de3c2..ae603c815b 100644
--- a/DOCS/man/de/mplayer.1
+++ b/DOCS/man/de/mplayer.1
@@ -5706,7 +5706,7 @@ maximale Anzahl Frames zwischen zwei Keyframes (Standard: 10*fps)
.TP
.B mpeg_quant
Benutze die MPEG-Quantisierung anstelle von H.263.
-Bei hohen Bitraten wirst du finden, dass die MPEG-Quantisierung mehr Details
+Bei hohen Bitraten wirst du meinen, dass die MPEG-Quantisierung mehr Details
behält.
Bei niedrigen Bitraten wird die Glättung von H.263 weniger Blockartefakte
liefern.
@@ -5828,6 +5828,120 @@ ein N-Frame ist, nicht aber ein B-Frame.
Es ist normalerweise sinnvoll, diese Option zu aktivieren (Standard:
aktiviert).
.
+.TP
+.B frame_drop_ratio=<0\-100> (nur mit max_bframes=0)
+Diese Einstellung erlaubt die Erstellung von Videostreams mit variabler
+Bitrate.
+Der Wert dieser Einstellung gibt den Schwellenwert an, ab dem ein Frame nicht
+encodiert wird, wenn nämlich die Differenz des folgenden zum vorigen Frame
+kleiner oder gleich diesem Schwellenwert ist (ein sogenanntes n-vop wird in
+den Stream geschrieben).
+Bei der Wiedergabe wird bei Erreichen eines n-vop der vorige Frame dargestellt.
+.br
+.I WARNUNG:
+Rumspielen mit dieser Einstellung kann zu ruckelnden Videos führen, benutze
+sie also auf eigenes Risiko!
+.
+.TP
+.B (no)qpel
+MPEG-4 benutzt normalerweise eine Präzision halber Pixel für die
+Bewegungsabschätzung.
+Der Standard schlägt einen Modus vor, in dem es Encodern erlaubt ist, eine
+Präzision von einem Viertel Pixel zu verwenden.
+Dies führt gewöhnlicherweise zu einem schärferen Bild.
+Nachteilig ist, dass dies einen großen Einfluss auf die Bitrate hat, und
+manchmal verhindert dies auch ein besseres Bild bei fester Bitrate.
+Es ist besser, im Einzelfall zu entscheiden, ob es sich lohnt, diese Option zu
+aktivieren.
+.
+.TP
+.B (no)gmc
+Aktiviert 'Global Motion Compensation', welche XviD spezielle Frames
+(GMC-frames) generieren lässt, die sich gut für Pan/\:Zoom/\:Drehung von
+Bildern eignen.
+Ob das Benutzen dieser Option Bits einspart, hängt sehr vom Quellmaterial ab.
+.
+.TP
+.B (no)trellis
+Die Trellis-Quantisierung ist eine Art adaptive Quantisierungsmethode, die Bits
+einspart, indem sie die Quantisierungskoeffizienten so verändert, dass sie vom
+Entropie-Encoder stärker komprimiert werden können.
+Der Einfluss auf die Qualität ist gut, und falls VHQ für dich zu viel
+CPU-Leistung braucht, kann diese Option eine gute Möglichkeit sein, mit
+weniger Aufwand als bei VHQ ein paar Bits einzusparen (und bei fester Bitrate
+die Qualität zu erhöhen).
+.
+.TP
+.B (no)cartoon
+Aktiviere diese Option, wenn die zu encodierende Sequenz ein Anime/Cartoon ist.
+Sie modifiziert ein paar XviD-interne Schwellenwerte, so dass XviD bei
+Frametypen und Motion-Vectors für flach aussehende Cartoons bessere
+Entscheidungen trifft.
+.
+.TP
+.B quant_type=<h263|mpeg>
+Bestimmt die zu benutzende Quantisierungsmethode.
+Bei hohen Bitraten wirst du meinen, dass die MPEG-Quantisierung mehr Details
+behält.
+Bei niedrigen Bitraten wird die Glättung von H.263 weniger Blockartefakte
+liefern.
+Bei der Benutzung eigener Matrizen
+.B muss
+die MPEG-Quantisierung benutzt werden.
+.
+.TP
+.B (no)chroma_me
+Normalerweise benutzt der Algorithmus für die Bewegungsabschätzung nur
+Helligkeitsinformationen, um den besten Motion-Vector zu finden.
+Für manches Videomaterial jedoch kann die Benutzung der Chrominanzebenen
+helfen, bessere Resultate zu finden.
+Diese Einstellung (de)aktiviert die Benutzung der Chrominanzebenen für die
+Bewegungsabschätzung.
+.
+.TP
+.B (no)chroma_opt
+Aktiviert einen Vorfilter für die Farbtonoptimierung.
+Er wird ein paar Tricks auf die Farbinformationen anwenden, um Kammeffekte an
+Kanten zu minimieren.
+Er wird die Qualität auf Kosten der Zeit für die Encodierung verbessern.
+Naturgemäß verringert er PSNR (Peak Signal to Noise Ratio), da die
+mathematische Abweichung zum Originalbild größer wird, aber der subjektive
+Eindruck wird ein besserer sein.
+Da er Farbinformationen benutzt, solltest du ihn bei Encodierung im
+Schwarz/\:Weiß-Modus abschalten.
+.br
+PSNR ist ein Maß für die wahrgenommene Qualität des Videos.
+.
+.TP
+.B (no)hq_ac
+Aktiviert die 'High Quality AC coefficient prediction', also die Vorhersage
+von Koeffizienten von benachbarten Blöcken.
+.
+.TP
+.B vhq=<0\-4>
+Der Algorithmus für die Bewegungsabschätzung basiert auf der Suche im
+normalen Farbraum und versucht, einen Motion-Vector zu finden, der die
+Differenz zwischen dem ursprünglichen und dem encodierten Frame minimiert.
+Ist diese Option aktiviert, benutzt XviD außerdem den Frequenzbereich
+(frequency domain, DCT), um nach einem Motion-Vector zu suchen, der nicht nur
+den Unterschied in einem bestimmten Gebiet, sondern außerdem die encodierte
+Länge eines Blocks minimiert.
+Vom schnellsten zum langsamsten:
+.PD 0
+.RSs
+.IPs 0
+aus (Standard)
+.IPs 1
+Entscheidung des Modus (Inter-/\:Intra-Macro-Block)
+.IPs 2
+begrenzte Suche
+.IPs 3
+mittlere Suche
+.IPs 4
+ausgiebige Suche
+.RE
+.PD 1
+.
.
.\" --------------------------------------------------------------------------
.\" Dateien