summaryrefslogtreecommitdiffstats
path: root/DOCS/man/pl
diff options
context:
space:
mode:
authorpaszczi <paszczi@b3059339-0415-0410-9bf9-f77b7e298cf2>2005-01-03 22:41:52 +0000
committerpaszczi <paszczi@b3059339-0415-0410-9bf9-f77b7e298cf2>2005-01-03 22:41:52 +0000
commitef1d1fab8039cf6d197eb062ede5f4dbd991b4c6 (patch)
tree4cafb58ad11839a696d0c00f55349bf9f475a8da /DOCS/man/pl
parenta2bf3b14b7f28b69998ed4d6d47f3f4946e68c36 (diff)
downloadmpv-ef1d1fab8039cf6d197eb062ede5f4dbd991b4c6.tar.bz2
mpv-ef1d1fab8039cf6d197eb062ede5f4dbd991b4c6.tar.xz
synced with 1.837
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@14341 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS/man/pl')
-rw-r--r--DOCS/man/pl/mplayer.1175
1 files changed, 98 insertions, 77 deletions
diff --git a/DOCS/man/pl/mplayer.1 b/DOCS/man/pl/mplayer.1
index cc89f11670..71b7b35d23 100644
--- a/DOCS/man/pl/mplayer.1
+++ b/DOCS/man/pl/mplayer.1
@@ -1,4 +1,4 @@
-.\" synced with 1.833
+.\" synced with 1.837
.\" 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@wp.pl)
@@ -1692,10 +1692,6 @@ Określa ID napisów VOBsub.
Zmienia wykrytą wielkość bufora sterownika audio/\:karty.
.
.TP
-.B \-aofile <nazwa\ zbioru>
-Zmienia domyślną nazwę zbioru dla \-ao pcm.
-.
-.TP
.B \-aop <list=wtyczka1,wtyczka2...:opcja1=wartość1:opcja2=wartość2...>
Określ wtyczki audio i ich opcje
(sprawdź również rozdział dokumentacji traktujący o wtyczkach audio).
@@ -1792,11 +1788,6 @@ Przy wartościach poniżej 100 początkowa głośność (wynosząca 100%)
będzie powyżej maksimum, czego np.\& OSD nie potrafi prawidłowo wyświetlić.
.
.TP
-.B \-nowaveheader (tylko \-ao pcm)
-Nie dołącza nagłówków wave.
-Używany przy surowym PCM.
-.
-.TP
.B \-volstep <0\-100>
Ustala wielkość zmiany przy ustawianiu poziomu dźwięku miksera (w procentach
całego zakresu) (domyślnie: 3).
@@ -1933,9 +1924,25 @@ Nie przekazuje dźwięku, ale utrzymuje prędkość odtwarzania video.
Do testów wydajnościowych użyj \-nosound.
.
.TP
-.B pcm (sprawdź również \-aofile)
+.B pcm
Sterownik wyjściowy zapisujący dane w surowych (raw) plikach PCM/\:wave.
-Zapisuje dźwięk do ./audiodump.wav.
+.PD 0
+.RSs
+.IPs (no)waveheader
+Dołącza lub pomija nagłówek wave (domyślnie: dołącza).
+Jeżeli nie jest dołączony, zostanie wygenerowane srowe wyjście PCM.
+.IPs file=<nazwa\ pliku>
+Zapisuje dźwięk do <nazwa\ pliku> zamiast domyślnego audiodump.wav.
+Jeżeli określnono parametr nowaveheader, domyślnym zbiorem wyjściowym jest
+audiodump.pcm.
+.REss
+.PD 1
+.RS
+.sp 1
+.I INFORMACJA:
+Jeżeli nie określisz żadnej opcji, wyjście jest progresywne
+(np.\& bez przeplotu).
+.RE
.
.TP
.B plugin\ \
@@ -7154,6 +7161,67 @@ Ustawia użyty bitrate w kbit/\:sekunda (domyślnie: wyłączone).
Ta opcja jest konieczna, jeżeli chcesz kodować z CBR (stały bitrate).
.
.TP
+.B qp_constant=<1\-51>
+Wybiera kwantyzator, jaki będzie użyty z klatkami P.
+Klatki I i B różnią się od tej wartości odpowiednio o ip_factor i pb_factor.
+Najbardziej przydatny zakres to 20\-40 (domyślnie: 26).
+Niższe wartości to lepsza dokładnośc, ale większe wartości bitrate.
+Zauważ, że kwantyzacja w H.264 działa zupełnie inaczej niż w MPEG[124].
+Parametr kwantyzacji (QP) H.264 jest w skali logarytmicznej.
+Na przykład, różnica bitratete między QP=20 a QP=40 jest mniej więcej równa
+współczynnikowi wynoszącemu 10. Przydatne kwantyzatory w H.264 są dużo większe
+w porównaniu z tymi z MPEG[124].
+.
+.TP
+.B pass=<1\-3>
+Korzysta z trybu dwu lub trzyprzebiegowego.
+Zaleca się kodowanie zawsze w jednym z tych dwóch trybów, ponieważ bity
+są lepiej rozprowadzany i podnosi się jakość.
+.PD 0
+.RSs
+.IPs 1
+pierwszy przebieg
+.IPs 2
+drugi przebieg (kodowania dwuprzebiegowego)
+.IPs 3
+n-ty przebieg (drugi i trzeci przebieg kodowania trzyprzebiegowego)
+.RE
+.RS
+A teraz jak to działa i jak z tego korzystać:
+.br
+Pierwszy przebieg (pass=1) zbiera statystyki klipu i zapisuje je do pliku.
+Będziesz pewnie chciał wyłączyć niektóre opcje wymagające dużej mocy obliczeniowej, poza
+tymi używanymi domyślnie.
+.br
+W trybie dwuprzebiegowym, drugie przejście (pass=2) czyta dane z pliku i opiera
+na nich decyzje dotyczące kontroli tempa.
+.br
+W trybie trzyprzebiegowym, drugie przejście (pass=3, to nie błąd)
+robi dwie rzeczy na raz: Czyta dane i nadpisuje je. Może będziesz chciał
+zabezpieczyć plik divx2pass.log zanim zaczniesz kodować, jeżeli istnieje
+jakakolwiek szansa, że będziesz musiał przerwać działanie MEncodera.
+Możesz używać wszystkich opcji kodowania, poza tymi wymagającymi
+dużej mocy obliczeniowej.
+.br
+Trzeci przebieg (pass=3) działa podobnie jak drugi, poza tym że korzysta z
+zasobu ze statystykami zebranymi podczas drugiego przebiegu.
+Możesz korzystać z wszystkich opcji kodowanie, łącznie z tymi wymagającymi
+dużej mocy obliczeniowej.
+.br
+Pierwszy przebieg może używać albo stałej wartości bitrate albo stałego
+kwantyzatora. Ten drugi często jest lepszym wyborem, ale wymaga określenia
+wartości qp_constant będącej najbliższej oczekiwanej wartości bitrate.
+(Lepiej jest błędnie wybrać niższą wartość qp_constant, np. wyższy bitrate.)
+Kolejne przebiegi są w trybie ABR i musi zostać określona wartość bitrate.
+.br
+.I
+INFORMACJA:
+Obsługa kodowania trzyprzebiegowego w x264 jest całkiem nowa w MEncoderze, zachęcamy
+do pomocy i przesyłania nam dobrych kombinacji parametrów x264, które byłyby jednocześnie
+szybki i zapewniały wysoką jakość.
+.REss
+.
+.TP
.B keyint=<wartość>
Ustawia maksymalną przerwę między ramkami I.
Większe wartości oszczędzają bity, a tym samym poprawiają jakość,
@@ -7257,24 +7325,24 @@ Przydatne kwantyzatory w H.264 są większe niż w MPEG[124].
.
.TP
.B qp_min=<1\-51> (CBR lub tryb dwuprzebiegowy)
-Minimalny kwantyzator, 15\-35 to użyteczny zakres (domyślnie: 10).
+Minimalny kwantyzator, 10\-35 to użyteczny zakres (domyślnie: 10).
.
.TP
.B qp_max=<1\-51> (tylko CBR)
maksymalny kwantyzator (domyślnie: 51)
.
.TP
-.B qp_step=<wartość>
+.B qp_step=<1\-50> (tylko CBR lub tryb dwuprzebiegowy)
Maksymalna wartość o jaką kwantyzator może być zwiększony/zmniejszony
-pomiędzy klatkami.
+pomiędzy klatkami (domyślnie: 1).
.
.TP
-.B rc_buffer_size=<wartość>
-rozmiar bufora kontroli tempa (domyślnie: 1 sekunda przy określonym bitrate)
+.B rc_buffer_size=<wartość> (tylko CBR lub tryb dwuprzebiegowy)
+rozmiar bufora kontroli tempa w kbitach(domyślnie: 1 sekunda przy określonym bitrate)
.
.TP
.B rc_init_buffer=<wartość>
-Ustawia początkowego bufora kontroli tempa (domyślnie: 1/4 rc_buffer_size)
+Ustawia wstępne zapełnienie bufora kontroli tempa (domyślnie: 0.25)
.
.TP
.B rc_sens=<0\-100> (tylko CBR)
@@ -7289,56 +7357,12 @@ współczynnik kwantyzatora między ramkami I a P (domyślnie: 1.4)
współczynnik kwantyzatora między ramkami P a B (domyślnie: 1.3)
.
.TP
-.B pass=<1\-3>
-Uruchamia tryb dwu- lub trójprzebiegowy.
-Zaleca się kodowanie zawsze w trybie dwu- lub trójprzebiegowym z uwagi na
-lepszą dystrybucję bitów i poprawę ogólnej jakości.
-.PD 0
-.RSs
-.IPs 1
-pierwszy przebieg
-.IPs 2
-drugi przebieg
-.IPs 3
-N-ty przebieg (drugi i trzeci w trybie trójprzebiegowym)
-.RE
-.RS
-A teraz jak to działa i jak tego używać:
-.br
-Pierwszy przebieg (pass=1) zbiera statystyki video i zapisuje je do pliku.
-Może będziesz chciał wyłączyć opcje wymagające dużej mocy obliczeniowej
-poza tymi domyślnymi.
-.br
-W trybie dwuprzebiegowym, drugi przebieg (pass=2) czyta plik ze statystykami
-i opiera na tym decyzje kontroli tempa.
-.br
-W trybie trójprzebiegowym, drugi przebieg (pass=3, to nie pomyłka) robi
-obie rzeczy: Najpierw czyta statystyki i nadpisuje je.
-Może będziesz chciał zrobić kopię pliku divx2pass.log zanim to się stanie,
-jeżeli istnieje szansa, że przerwiesz działanie MEncodera.
-Możesz użyć wszelkich opcji kodowania, poza tymi szczególnie wymagającymi
-dużej mocy obliczeniowej.
-.br
-Trzeci przebieg (pass=3) działa tak samo jak drugi przebieg, poza tym że
-korzysta ze statystyk drugiego przebiegu.
-Możesz użyć wszelkich opcji kodowania, nawet te wymagające
-dużej mocy obliczeniowej.
-.br
-.I INFORMACJA:
-Obsługa trybu trójprzebiegowego x264 jest całkiem nowa w MEncoderze, mile
-widziane są wszelkie informacje o dobrych kombinacjach opcji x264,
-które są i szybkie i dają dobrą jakość.
-.REss
+.B qcomp=<0\-1> (tylko drugie przejście)
+Niższa wartość sprawia, że bitrate jest bardziej stały, podczas gdy wyższa,
+sprawia, że parametr kwantyzacji jest bardziej stały.
.
.TP
-.B qcomp=<0\-1>
-Kompresja kwantyzatora (domyślnie: 0.6).
-Wpływa na kontrolę tempa: niższa wartość sprawia, że bitrate
-jest bardziej stały, podczas gdy wyższa, sprawia, że parametr kwantyzacji
-jest bardziej stały.
-.
-.TP
-.B cplx_blur=<0\-999>
+.B cplx_blur=<0\-999> (tylko drugie przejście)
Rozmycie w czasie szacowanej złożoności klatki, przed kompresją krzywej
(domyślnie: 20).
Mniejsze wartości pozwalają na większe zmiany kwantyzatora,
@@ -7349,7 +7373,7 @@ złożoności (n.p.\& animacja z niewielkim fps) nie będą marnowały bitów na
zmiany kwantyzatora.
.
.TP
-.B qblur=<0\-99>
+.B qblur=<0\-99> (tylko drugie przejście)
Rozmycie w czasie parametru kwantyzacji, po kompresji krzywej (domyślnie: 0.5).
Niższe wartości pozwalają na większe skoki wartości kwantyzatora,
wyższe zmuszają go do delikatniejszych zmian.
@@ -7364,6 +7388,7 @@ typu B.
Żaden: bezpośrednie makrobloki nie są wykorzystywane.
.IPs 1
Tymczasowy: wektory ruchu są interpolowane z następnych klatek P.
+(domyślny)
.IPs 2
Przestrzenny: wektory ruchu są ekstrapolowane z sąsiednich bloków.
.RE
@@ -7375,17 +7400,15 @@ direct_pred=0 to zazwyczaj wolniejsza i dająca gorszą jakość metoda.
.
.TP
.B (no)b8x8mv
-Wykorzystuje makrobloki typu b16x8, b8x16 i b8x8 (domyślnie: włączone).
-Wymaga klatek B.
-Wiecej szczegółów znajdziesz w dokumentacji opcji 4x4mv.
+Wykorzystuje dodatkowe typy makrobloków b16x8, b8x16 i b8x8 (domyślnie: wyłączone).
+Bez tej opcji, klatki B będą używały tylko typów i16x16, i4x4, b16x16, skip,
+bezpośrednie. Wiecej szczegółów znajdziesz w dokumentacji opcji 4x4mv.
.
.TP
.B (no)4x4mv
-Wykorystuje makrobloki typu p8x4, p4x8 i p4x4 (domyślnie: włączone).
-.br
-Dostępne typy makrobloków interklatek to i16x16, i4x4, p16x16, p16x8,
-p8x16, p8x8, p8x4, p4x8, p4x4, b16x16, b16x8, b8x16, b8x8, skip i bezpośrednie.
-i16x16, i4x4, p16x16-8x8, b16x16 i skip są zawsze wykorzystywane.
+Wykorzystuje dodatkowe typy makrobloków p8x4, p4x8 i p4x4 (domyślnie: wyłączone).
+Bez tej opcji, klatki P będą korzystały tylko z typów i16x16, i4x4, p16x16, p16x8,
+p8x16, p8x8 i skip.
.br
Pomysł polega na tym, aby odnaleźć typ i rozmiar, który najlepiej opisuje
określony obszar obrazu.
@@ -7394,8 +7417,6 @@ Na przykład, globalny pan jest lepiej reprezentowany przez bloki 16x16,
podczas gdy małe poruszające się obiekty przez mniejsze segmenty.
.br
Zaleca się używanie 4x4mv tylko z subq >= 3.
-W zależności od źródłowego materiału, może to polepszyć lub pogorszyć jakość,
-korzystaj z tego ostrożnie.
.
.TP
.B subq=<0\-5>