diff options
author | kraymer <kraymer@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2005-01-05 21:14:15 +0000 |
---|---|---|
committer | kraymer <kraymer@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2005-01-05 21:14:15 +0000 |
commit | dbc22ec695dd46d0a83b4bdfea418fc438b6feea (patch) | |
tree | 7177f2781245da536cbf0d0e4ee1f709e89be210 /DOCS/man/de | |
parent | 99fb9ad0b9f3905ef17d3a80abdee4ee43e10c45 (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.1 | 116 |
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 |