1
0
mirror of https://github.com/mpv-player/mpv synced 2025-02-01 04:31:39 +00:00

synced with 1.837

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@14341 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
paszczi 2005-01-03 22:41:52 +00:00
parent a2bf3b14b7
commit ef1d1fab80

View File

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