[MPlayer-DOCS] CVS: main/DOCS/man/pl mplayer.1,1.68,1.69
Maciej Paszta CVS
syncmail at mplayerhq.hu
Tue Sep 28 23:17:26 CEST 2004
CVS change done by Maciej Paszta CVS
Update of /cvsroot/mplayer/main/DOCS/man/pl
In directory mail:/var2/tmp/cvs-serv9319
Modified Files:
mplayer.1
Log Message:
synced with 1.754
Index: mplayer.1
===================================================================
RCS file: /cvsroot/mplayer/main/DOCS/man/pl/mplayer.1,v
retrieving revision 1.68
retrieving revision 1.69
diff -u -r1.68 -r1.69
--- mplayer.1 27 Sep 2004 10:07:49 -0000 1.68
+++ mplayer.1 28 Sep 2004 21:17:24 -0000 1.69
@@ -1,4 +1,4 @@
-.\" synced with 1.742
+.\" synced with 1.754
.\" MPlayer (C) 2000-2004 MPlayer Team
.\" This man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann
.\" T³umaczenie: Wac³aw "Torinthiel" Schiller (torinthiel at wp.pl)
@@ -2899,13 +2899,11 @@
wspó³czynnik jako¶ci (domy¶lnie: 75)
.IPs outdir=<nazwa\ katalogu>
Okre¶la katalog, w którym bêd± zapisywane pliki JPEG (domy¶lnie: ./).
-.IPs subdirs=<warto¶æ>
-Je¶li podane, MPlayer stworzy ponumerowane podkatalogi z okre¶lnonym prefiksem.
-Je¿eli opcja nie jest podana, ¿adne podkatalogi nie bêd± stworzone i wszystkie
-pliki JPEG bêd± zapisane do tego samego katalogu.
-.IPs maxfiles=<warto¶æ>
-Maksymalna ilo¶æ zapisanych w podkatalogach plików JPEG (je¿eli podana
-jest opcja subdirs).
+.IPs subdirs=<prefiks>
+Tworzy ponumerowane podkatalogi z okre¶lonym prefiksem, gdzie zachowa
+pliki zamiast zapisywaæ je bie¿±cego katalogu.
+.IPs maxfiles=<warto¶æ> (tylko z subdirs)
+Maksymalna liczba plików zapisywanych do ka¿dego podkatalogu.
Warto¶æ musi byæ równa lub wiêksza ni¿ 1 (domy¶lnie: 1000).
.RE
.PD 1
@@ -2936,7 +2934,7 @@
Tworzy ponumerowane podkatalogi z okre¶lonym prefiksem, gdzie zachowa
pliki zamiast zapisywaæ je bie¿±cego katalogu.
.IPs maxfiles=<warto¶æ> (tylko z subdirs)
-Maksymalna ilo¶æ plików PNM jakie bêd± zachowane w ka¿dym podkatalogu.
+Maksymalna liczba plików zapisywanych do ka¿dego podkatalogu.
Warto¶æ musi byæ wiêksza lub równa 1 (domy¶lnie: 1000).
.RE
.PD 1
@@ -3376,11 +3374,11 @@
.PD 0
.RSs
.IPs 0
-szybki, dwuliniowy (domy¶lnie)
+szybki, dwuliniowy
.IPs 1
dwuliniowy
.IPs 2
-dwukubiczny (dobra jako¶æ)
+dwukubiczny (dobra jako¶æ) (domy¶lnie)
.IPs 3
eksperymentalny
.IPs 4
@@ -6853,21 +6851,13 @@
Ta opcja jest konieczna, je¿eli chcesz kodowaæ z CBR (sta³y bitrate).
.
.TP
-.B iframe=<warto¶æ>
+.B keyint=<warto¶æ>
Ustawia maksymaln± przerwê miêdzy klatkami I.
Wiêksze warto¶ci oszczêdzaj± bity, a tym samym poprawiaj± jako¶æ,
-odbywa siê to jednak kosztem precyzji przy przeszukiwaniu (domy¶lnie: 60).
-.
-.TP
-.B frameref=<1\-15>
-Ilo¶æ poprzednich klatek wykorzystanych do przewidywania w klatkach P
-(domy¶lnie: 1).
-Ma to do¶æ znaczny wp³yw na Anime, ale przy materia³ach z "¿ywymi"
-aktorami i scenami nie ma wiekszego wp³ywu.
-Niektóre dekodery nie radz± sobie z du¿ymi warto¶ciami frameref.
+odbywa siê to jednak kosztem precyzji przy przeszukiwaniu (domy¶lnie: 250).
.
.TP
-.B idrframe=<warto¶æ>
+.B idrint=<warto¶æ>
Ka¿de <warto¶æ> klatek I jest klatkami IDR (domy¶lnie: 2).
W H.264 klatki I niekoniecznie przeskakuj± zamkniêty GOP, poniewa¿ jest
dozwolone dla klatki P, aby by³a przewidziana z wiêkszej liczby poprzedzaj±cych
@@ -6877,11 +6867,19 @@
poprzedzaj±cej klatkê IDR.
.
.TP
-.B bframe=<warto¶æ>
-liczba klatek B pomiêdzy klatkami I i P (domy¶lnie: 0)
+.B frameref=<1\-15>
+Ilo¶æ poprzednich klatek wykorzystanych do przewidywania w klatkach P
+(domy¶lnie: 1).
+Ma to do¶æ znaczny wp³yw na Anime, ale przy materia³ach z "¿ywymi"
+aktorami i scenami nie ma wiekszego wp³ywu.
+Niektóre dekodery nie radz± sobie z du¿ymi warto¶ciami frameref.
.
.TP
-.B deblock=<0|1>
+.B bframes=<0\-16>
+liczba kolejnych klatek B pomiêdzy klatkami I i P (domy¶lnie: 0)
+.
+.TP
+.B deblock | nodeblock
Wykorzystuje filtr odblokowywuj±cy (deblock) (domy¶lnie: w³±czony).
Jako, ¿e zabiera ma³o czasu procesora w porównaniu ze wzrostem jako¶ci,
jaki daje, nie jest zalecane wy³±czanie go.
@@ -6906,10 +6904,10 @@
Ma wp³yw na maksymalny, dozwolony gradient miêdzy dwoma przylegaj±cymi blokami.
.
.TP
-.B cabac\ \ \
+.B cabac | nocabac
Wykorzystuje CABAC (Context-Adaptive Binary Arithmetic Coding).
-Spowalnia kodowania ale oszczêdza okolo 10-15% bitów.
-Powiniene¶ go w³±czyæ, chyba ¿e zale¿y ci na szybko¶ci.
+Spowalnia kodowanie i dekodowanie, ale oszczêdza okolo 10-15% bitów.
+Nie powiniene¶ go wy³±czaæ, chyba ¿e zale¿y ci na szybko¶ci.
.
.TP
.B cabacidc=<warto¶æ>
@@ -6929,7 +6927,7 @@
.REss
.
.TP
-.B qp_constant=<2\-51>
+.B qp_constant=<1\-51>
Okre¶la, który kwantyzator zostanie u¿yty, 20\-40 to u¿yteczny zakres
(domy¶lnie: 26).
Ni¿sze warto¶ci to lepsze odwzorowanie, ale wiêksze parametry bitrate.
@@ -6940,11 +6938,11 @@
Przydatne kwantyzatory w H.264 s± wiêksze ni¿ w MPEG[124].
.
.TP
-.B qp_min=<2\-51> (tylko CBR)
+.B qp_min=<1\-51> (CBR lub tryb dwuprzej¶ciowy)
Minimalny kwantyzator, 15\-35 to u¿yteczny zakres (domy¶lnie: 10).
.
.TP
-.B qp_max=<2\-51> (tylko CBR)
+.B qp_max=<1\-51> (tylko CBR)
maksymalny kwantyzator (domy¶lnie: 51)
.
.TP
@@ -6993,7 +6991,7 @@
wy¿sze zmuszaj± go do delikatniejszych zmian.
.
.TP
-.B fullinter
+.B fullinter | nofullinter
Wykorzystuje wszystkie dostêpne makrobloki inter-klatek
(i16x16, i4x4, p16x16-4x4)
Idea polega na tym, aby odnale¼æ typ i rozmiar, który najlepiej opisuje
@@ -7003,22 +7001,6 @@
zmniejszyæ jako¶æ, u¿ywaj go z ostro¿no¶ci±.
.
.TP
-.B log=<-1\-3>
-Okre¶la ilo¶æ informacji drukowanych na ekranie.
-.RSs
--1: ¿adne
-.br
- 0: Wy¶wietla tylko b³êdy.
-.br
- 1: ostrze¿enia
-.br
- 2: PSNR, czas kodowania i inne statystyki analiz po skoñczonym kodowaniu
- (domy¶lne)
-.br
- 3: PSNR, QP, typ klatki, rozmiar i inne statystyki dla ka¿dej klatki
-.REss
-.
-.TP
.B subq=<0\-5>
Dopasowuje jako¶æ udoskonalenia subpel.
Ten parametr kontroluje kompromis miêdzy jako¶ci± a szybko¶ci± bior±cy
@@ -7039,8 +7021,24 @@
.REss
.
.TP
-.B psnr\ \ \
-Drukuje statystyki stosunku sygna³u do szumu.
+.B log=<-1\-3>
+Okre¶la ilo¶æ informacji drukowanych na ekranie.
+.RSs
+-1: ¿adne
+.br
+ 0: Wy¶wietla tylko b³êdy.
+.br
+ 1: ostrze¿enia
+.br
+ 2: PSNR, czas kodowania i inne statystyki analiz po skoñczonym kodowaniu
+ (domy¶lne)
+.br
+ 3: PSNR, QP, typ klatki, rozmiar i inne statystyki dla ka¿dej klatki
+.REss
+.
+.TP
+.B psnr | nopsnr
+Drukuje statystyki stosunku sygna³u do szumu (domy¶lnie: wy³±czone).
.
.
.\" --------------------------------------------------------------------------
More information about the MPlayer-DOCS
mailing list